Компоненты ADO вместо BDE

← →
Шурик Ш © (2003-10-29 16:22) [0]

Неудобство BDE заключается в перетаскивании файлов BDE и файлов конфигураций на пользовательские компьютеры, а также, как говорят, невысокой скоростью работы. В связи с этим решил перейти на использование компонент ADO. Однако, был неприятно удивлен тем, что не все методы и свойства аналогичных компонент BDE и ADO совпадают.
Так, например,
ADO-based datasets do not use TParam objects to represent parameter values. They use the TParameter class instead

A почему?

Далее, eсли я пишу конструкцию:
ADOQuery1.Parameters.ColumnsQuery.Parameters[0].Value := "";
в запросе добавления записи с незаполненным (пустым) значением в одном из строковых полей.
То при выполнении запроса появится ошибка.

Зачем убрали возможность заносить значение параметра сразу через свойства, идентифицирующие значение по типу (AsString, AsInteger и т.д.)?

← →
Василиск (2003-10-29 16:36) [1]

Лично меня разработчики об этом не спрашивали :)

← →
Anatoly Podgoretsky © (2003-10-29 16:58) [2]

Шурик Ш © (29.10.03 16:22)
По поводу неудобств, в случае с АДО, например для Парадокс, ты должен будешь таскать с собой
1. MDAC
2. DCOM
3. JET
4. BDE

В других случаях поменее, но первые два обязательно, но точно также не требуется с собой таскать BDE если ты уверен, что он установлен.

АДО стоит использовать в первую очередь для Микрософтовских продуктов, таких как MSSQL и Accеss

← →
bushmen © (2003-10-29 17:02) [3]

>Anatoly Podgoretsky ©
>АДО стоит использовать в первую очередь для Микрософтовских продуктов, таких как MSSQL и Accеss

АДО без проблем и с Oracle пойдет, хотя для него лучше кое-что другое использовать

То что пойдет вопросов нет, но для других баз есть свои движки более оптимальные. Особенно сиешно использовать АДО для Парадокс

Компоненты ADO вместо BDE Найти похожие ветки