MSSQL2000

← →
tamara (2003-06-10 16:57) [0]

ПОМОГИТЕ НОВИЧКУ!!!
КАКУЮ ВЫБРАТЬ ТЕХНОЛОГИЮ ДОСТУПА К БАЗЕ ДАННЫХ MSSQL2000 И КАК?
Я ИСПОЛЬЗУЮ ДОСТУП К БАЗЕ ЧЕРЕЗ КОМПОНЕНТЫ ADO, ПРОГРАММА ОЧЕНЬ МЕДЛЕННО РАБОТАЕТ. Delphi ТОЛЬКО НАЧАЛА ИЗУЧАТЬ, НЕ ДАЙТЕ ПОГИБНУТЬ НАЧИНАЮЩЕМУ ДЕЛФИНИСТУ!

← →
NAlexey (2003-06-10 17:19) [1]

BDE РАБОТАЕТ БЫСТРЕЕ НО ХУЖЕ И УЖЕ УСТАРЕЛА, СОВЕТУЮ ОСТАТЬСЯ НА ADO!!!

← →
Sandman25 (2003-06-10 17:45) [2]

В ПРОГРАММИРОВАНИИ МОДА НЕ ДОЛЖНА ИГРАТЬ БОЛЕЕ ВАЖНУЮ РОЛЬ, ЧЕМ СКОРОСТЬ РАБОТЫ. СОВЕТУЮ ПЕРЕЙТИ НА BDE!

← →
??? (2003-06-10 18:16) [3]

кто о чём, одни ругают BDE другие ADO, мне кажется ADO более новая технология и более перспективная, тем более в данный момент усиленно развивается маленькой компашкой Microsoft,
но вот BDE работает выстрее говорят (сам не проверял)
и ещё, при работе с ADO не нужна машины BDE, тоже +

← →
MOA (2003-06-10 18:51) [4]

MS для доступа к SQL2000 рекомендует только ole db (ADO - обёртка над ole db, грубо говоря). Вот кусок из BOL, раздел "Choosing an API":
......
The general-purpose application programming interfaces (APIs) recommended for use in new applications that use Microsoft® SQL Server™ 2000 are:

Microsoft ActiveX® Data Objects (ADO) for most database applications. ADO supports rapid development of robust applications and has access to most SQL Server features. The SQL Server features needed by most applications are supported by ADO when using the Microsoft OLE DB Provider for SQL Server.

URLs in Internet applications such as HTML or ASP pages.

OLE DB for COM-based tools and utilities, or COM-based system-level development requiring either top performance or access to SQL Server features not exposed through ADO. The OLE DB Provider for SQL Server uses provider-specific properties, interfaces, and methods to expose SQL Server features not covered by the OLE DB specification. Most of these provider-specific features are not exposed through ADO.

ODBC for the same class of applications as are listed above for OLE DB, but which are not based on COM.
.......
А по поводу BDE там же:
.......
Legacy
Legacy API specifications are stable but unchanging. They may not support new features, and are likely to be discontinued at a future date. Information about the API is readily available, but the pool of programmers familiar with the API may be shrinking
............
В том же разделе приведена любопытная табличка, сравнивающая разные методы доступа.
Удачи!

← →
qweqwe (2003-06-10 21:08) [5]

я для себя решил так... если приложение не сетевое то работаю с БДЕ а если нужна сеть то АДО... проблема для меня решена :)

← →
АлексейК (2003-06-11 04:38) [6]

>Я ИСПОЛЬЗУЮ ДОСТУП К БАЗЕ ЧЕРЕЗ КОМПОНЕНТЫ ADO, ПРОГРАММА ОЧЕНЬ МЕДЛЕННО РАБОТАЕТ

Тут не ADO виновато, а организация запросов к базе и структура самой базы. Для MSSQL лучше использовать ADO из стандартной поставки, а если есть вожможность, можно установить компоненты SDAC они через OLE DB работают.

← →
Babay (2003-06-11 06:24) [7]

Давно работаю с ADO и все ок. Это родная технология мелкософта для работы с его же сервером SQL. Лучше редко кто может сделать эту связку (если вообще может) чем сам производитель продукта.

Лично для меня вывод однозначен: для MSSQL надо юзать ADO.

← →
Тамара (2003-06-11 08:57) [8]

Большущее Всем спасибо! Вы мне очень помогли!

← →
ЮЮ (2003-06-11 09:00) [9]

Программа стала работать быстрее? :-)

← →
MOA (2003-06-11 10:24) [10]

>если приложение не сетевое то работаю с БДЕ
И отрезаю себе возможности работать с символдьными полями более 255 символов и полями Unicode ;)

← →
handra (2003-06-11 12:25) [11]

неа, надо настроить ODBC-источник на MSSQL, и подключаться к ODBC с использованием BDE! ;)

← →
Prokurator (2003-06-11 12:55) [12]

А через dbExpress ктонить пробовал?

← →
clickmaker (2003-06-11 14:06) [13]

Если не нужна возможность асинхронного выполнения запросов и Unicode, то вполне можно БДЕ обойтись. Особенно, если трехзвенка, и БДЕ нужно прикручивать только на сервак. На селектах она бодрее работает, да и ресурсов меньше требует, а что касается полей больше 255 символов, то для этого тип Text + ftMemo есть.

MSSQL2000 Найти похожие ветки