Скачать: CL | DM;

Компоненты 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 пойдет, хотя для него лучше кое-что другое использовать

---

← →
Anatoly Podgoretsky ©   (2003-10-29 21:51) [4]

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

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.45 MB
Время: 0.015 c