2 Cauchy :
ADO c Delphi 5 не советую использовать.
Дело в том до 5-ой версии Delphi ADO в нем вообще не было и поэтому там много багов. В Delphi 6 большинство из них исправлены.

С одной стороны, да баги лезут из каждого угла. С другой стороны - кажется большая часть из них это не баги, а... особенности самого ADO, мать его :)
С другой стороны, я не пробовал D6, но на D7 у меня лезли практически теже баги :(
Для D5 надо ставить Update Pack к самой Delphi и ADOUpdate. Говоря, лечут большую часть именно борландовых багов ADO. Поскольку сам поставил их раньше, чем стал использовать ADO, точно не знаю.

Вместо TUpdateSQL можно применять опцию ltBatchOptimistic.
В дополнении к стандартным компонентам есть TBetterADO, но я большого отличия не нашел.

2 pkarklin:
А чем лучше-то? DBExpress появился с 6-й версии, кажется. И не уверен, что в нем глюков меньше.

Навскидку, засады, которые поджидают при переходе с BDE на ADO:
1) ADO сильно чувствительно к типу полей. Если для BDE - int, smallint, tinyint - можно все делать как TIntegerField, без разницы, лишь бы число влезло, то ADO запросто при этом может "1" в smallint перекорежить в 32767
2) все запросы ADO оформляет как sp_executesql (или sp_preparesql). Для трассировки жутко неудобно.
3) У меня была масса ошибок, типа "Row cannot be located for updating. Some values may have been changed since it was last read", "Multiple-step operation generated errors. Check each status value". Со всеми справился, но... как в анекдоте "впечатление осталось" :). В BDE с такими глюками никогда не встретишься.

2 pkarklin:
Вот дилемма... С D7 только шапочно познакомился, а тут серьезный проект. Стал писать на D5. Имеет ли смысл переходить именно на D7? И отдельно, насколько сложен переход на DBExpress, если многое завязано именно на view, instead of триггера и отложенные изменения?


Nobody faults but mine... (LZ)

Прошу прощения, под TADO понимается борландовские компоненты ADO???

Но там никаких sp_execute, sp_prepare, разумеется, нет. Открытие запроса идет непосредственно как Recordset.Open(...). Тогда откуда же берется эти вызовы?

Порылся в MSDN: хотя явного указания как выполняются запросы пока не нашел, но вот кусочек, который относится к MSSQL7 и ADO 2.1, не думаю, что для MSSQL2k/ADO 2.8 что принципиально изменилось.

...When using the SQLOLEDB provider with client side cursors... . When tracing the SQL statements sent by the client application with SQL Server Profiler, a sequence of statements similar to the following can be observed:
SQL Server 7.0

sp_prepare @P1 output, N'@P1 varchar(40)', N'select au_fname, au_lname
from pubs..authors where au_lname like @P1', 1 select @P1
sp_unprepare 1
sp_executesql N'select au_fname,au_lname from pubs..authors
where au_lname like @P1', N'@P1 nvarchar(2)', N'M%'

Кто может прояснить ситуацию?


Nobody faults but mine... (LZ)

Ага, только использовать серверные курсоры можно в весьма ограниченных случаях. В самом распостраненном - DataSet + DBGrid уже не получится.

2 ZrenBy:
И чем же отличается ваша оболочка от TADODataSet? Особенно если учесть, что все упирается все-таки в само ADO?


Nobody faults but mine... (LZ)