![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Компоненты ADO вместо BDE [D6]
Шурик Ш © (2003-10-29 16:22:00)
Неудобство 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 и т.д.)?
Anatoly Podgoretsky (2003-10-29 21:51:00) [1]
То что пойдет вопросов нет, но для других баз есть свои движки более оптимальные. Особенно сиешно использовать АДО для Парадокс
bushmen (2003-10-29 17:02:00) [2]
>Anatoly Podgoretsky ©
>АДО стоит использовать в первую очередь для Микрософтовских продуктов, таких как MSSQL и Accеss
АДО без проблем и с Oracle пойдет, хотя для него лучше кое-что другое использовать
Anatoly Podgoretsky (2003-10-29 16:58:00) [3]
Шурик Ш © (29.10.03 16:22)
По поводу неудобств, в случае с АДО, например для Парадокс, ты должен будешь таскать с собой
1. MDAC
2. DCOM
3. JET
4. BDE
В других случаях поменее, но первые два обязательно, но точно также не требуется с собой таскать BDE если ты уверен, что он установлен.
АДО стоит использовать в первую очередь для Микрософтовских продуктов, таких как MSSQL и Accеss
Василиск (2003-10-29 16:36:00) [4]
Лично меня разработчики об этом не спрашивали :)