![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Трудности перевода. 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. нет и не нужен он там.