Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Трудности перевода. BDE->ADO


WondeRu ©   (2005-06-29 10:56:00) 

Здравствуйте, уважаемые!

Перевожу старый проект на новые рельсы BDE->ADO.
Возникла парочка трудностей:
1. У компонента TQuery есть метод ApplyUpdates. Какой аналог в TADOQuery? TADOQuery.UpdateBatch?
2. В BDE есть комопнент TUpdateSQL. Есть ли аналог в компонентах ADO?

Заранее благодарю.

С уважением,
WondeRu


sniknik   (2005-06-30 14:30:00) [1]

> ну все-таки, у TQuery есть метод ApplyUpdates... как его можно реализовать в ADO ?
ну так ты сам упомянул ближайший аналог, еще в [0].


Smash   (2005-06-30 13:45:00) [2]

2 WondeRu ©  
говорят же вумные люди. забудь! update table. юзай SQL.


WondeRu   (2005-06-30 13:33:00) [3]

ну все-таки, у TQuery есть метод ApplyUpdates... как его можно реализовать в ADO ?


АлексейК   (2005-06-30 06:50:00) [4]

если учесть что среди сотенTADOQuery будет десяток TADOTable в некритичных местах... то все ОК)

все ОКв таком случае это только мечты


Zacho   (2005-06-29 22:57:00) [5]

2 sniknik:

Кстати, может скажешь что-нибудь по поводу http://www.delphimaster.ru/cgi-bin/forum.pl?id=1119940707&n=1?


sniknik   (2005-06-29 22:38:00) [6]

ну на самом деле и там можно все, т.к. оба замаскированные датасеты...
но это естественно для тех кому нравится левой ногой правое верхнее ухо чесать, т.к. можно это только добравшись оригинальных свойств ADODataSet-а... так к примеру.
type
 TMyADOTable = class(TADOTable);

procedure TForm1.Button1Click(Sender: TObject);
begin
 with TMyADOTable(ADOTable1) do begin
   Close;
   CommandType:= cmdText;
   CommandText:= 'SELECT * FROM DimAccount WHERE AccountKey < 4';
   Open;
 end;
end;


а вообще бы рекомедовал всем удалить с адошной палитры 3 компонента - TADOQuery, TADOTable, TADOStoredProc. удалить, забыть и не пользоватся. (удалить на случай если руки зачешутся за старое взятся) все эти компоненты только с толку сбивают, внешней схожестью с BDE-шными, путают понимание (все являются подправленными вариациями датасета, хорошо бы с улутшениями/добавлениями... но нет, убиранием свойств! "кастрацией"). непонимание же ведет к другим проблемам, глюкам, тормозам, ets.


Anatoly Podgoretsky   (2005-06-29 19:07:00) [7]

WondeRu ©   (29.06.05 18:44) [13]
Что нельзя сделать с помощью TADOQuery и можно только с помощью TADOTable?


WondeRu   (2005-06-29 18:44:00) [8]

sniknik ©   (29.06.05 15:40) [11]
это уже не тормоза намечаются а ТОРМОЗИЩА!

если учесть что среди сотен TADOQuery будет десяток TADOTable в некритичных местах... то все ОК)


Anatoly Podgoretsky   (2005-06-29 15:45:00) [9]

sniknik ©   (29.06.05 15:40) [11]
Линейкой по рукам, не поможет кулаками по почкам.


sniknik   (2005-06-29 15:40:00) [10]

> Переделал под TADO Table...
???, брось, немедленно брось...
это уже не тормоза намечаются а ТОРМОЗИЩА!


Zacho   (2005-06-29 15:38:00) [11]

WondeRu ©   (29.06.05 15:32) [9]
ADO для того, чтобы можно было прилепить любую СУБД


Зря. Скорее всего в результате попытки сделать приложение, работающее под "любой СУБД" получится тормозное глюкало.


WondeRu   (2005-06-29 15:32:00) [12]

sniknik ©   (29.06.05 14:53) [7]
IB/Firebird? а чего не "родные" компоненты dbExpress/... т.д.?


FB 1.5... ADO для того, чтобы можно было прилепить любую СУБД, а не тока внебрачных сынов Борланда...

Anatoly Podgoretsky ©   (29.06.05 11:09) [1]
1. Нет, мне вообще непонятно эта повальная любовь к укшированым апдейтам

Не моя любовь! Комменты датированы 2000 годом.

2. нет и не нужен он там.
Переделал под TADOTable... возможно будет работать...


Anatoly Podgoretsky   (2005-06-29 15:03:00) [13]

WondeRu ©   (29.06.05 14:18) [6]
Наконец появился какой то намек на базу.


sniknik   (2005-06-29 14:53:00) [14]

> ADO нужно для Dialect3
IB/Firebird? а чего не "родные" компоненты dbExpress/... т.д.?


WondeRu   (2005-06-29 14:18:00) [15]

sniknik ©   (29.06.05 11:45) [2]
смотри как бы хуже не стало... имет смысл часто только при полной смене логики/методов работы с базой.


не станет... ADO нужно для Dialect3


evvcom   (2005-06-29 13:53:00) [16]


> Anatoly Podgoretsky ©   (29.06.05 13:35) [4]
> Есть, я вот за 10 лет ни разу его не использовал

Ну так, а в чем суть?


Anatoly Podgoretsky   (2005-06-29 13:35:00) [17]

evvcom ©   (29.06.05 12:57) [3]
Есть, я вот за 10 лет ни разу его не использовал и как видишь жив и никаких проблем при этом. Нет человека нет проблем. Я еще могу понять его использование в чисто локальном, однопользовательском приложении, но ни как не могу понять в многопользовательской, сетевой среде.


evvcom   (2005-06-29 12:57:00) [18]


> Anatoly Podgoretsky ©   (29.06.05 11:09) [1]
> 1. Нет, мне вообще непонятно эта повальная любовь к укшированым
> апдейтам

А есть другой способ элегантно обновлять BDE-набор данных (TQuery, TStoredProc) кроме как через UpdateSQL? RequestLive не всегда годится, а UpdateSQL не работает без CashedUpdates в BDE-компонентах.


sniknik   (2005-06-29 11:45:00) [19]

> Перевожу старый проект на новые рельсы BDE->ADO.
смотри как бы хуже не стало... имет смысл часто только при полной смене логики/методов работы с базой.
а то будеш после говорить "какоето оно тормозное ваше ADO..."


Anatoly Podgoretsky   (2005-06-29 11:09:00) [20]

1. Нет, мне вообще непонятно эта повальная любовь к укшированым апдейтам
2. нет и не нужен он там.


Наверх

Титульная страница Поиск, карта сайта Написать письмо