Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

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

Сетевая база данных MS SQL 7.0 Delph6 ;ADO [D6, MSSQL]

Taktic © (2003-05-06 03:41:00)
Помогите советом. Какие компонеты лучше использовать. Стоит ли пользоваться ADOTable? Или использовать SQL - ADOCommand, ADODataSet, ADOQuery? С точки зрения надежности и синхронизации данных, производительности, трудозатрат по написанию клиента. Просто нужно написать клиента под MS SQL 7.0 сервер пользователей на 20(в будущем), больших наборов данных не будет. Я раньше писал только под локальные базы. Хотелось бы не ошибиться с выбором инструментов, чтоб и работало хорошо и писать былоб не очень сложно. Поделитесь опытом.

Stas (2003-05-07 09:32:00) [1]
ADOTABLE Просто генерирует код SQL. т.е. Если ты выбираешь в ADOTABLE TABLENAME:="MyTable";
То сначала программа сгенерирует такой SQL код:
SELECT * FROM MyTable. А потом отправит его на сервер. Т.е. ADOTABLE Работает медленее чем ADOCOMMAND или ADOQUERY.
А ADOCOMMAND просто удобнее чем ADOQUERY.

а как будет работать тотже ADOTable.... например метод post как будет проходить обновление, а работа с транзакциями будет автоматическая? или придется в ручную делать.... а данные будут обновляться?
Если на серваке описаны транзакции, то они будут выполнятся автоматически. Данные обновятся.

Taktic (2003-05-07 04:26:00) [2]
а как будет работать тотже ADOTable.... например метод post как будет проходить обновление, а работа с транзакциями будет автоматическая? или придется в ручную делать.... а данные будут обновляться?

Anatoly Podgoretsky (2003-05-06 10:45:00) [3]
Taktic © (06.05.03 09:48)
ADOTable и ADOQuery сделаны для тех кто пересаживается с десктопных баз данных.

sniknik (2003-05-06 10:26:00) [4]
unit ADODB;
TADODataSet = class(TCustomADODataSet)
TADOTable = class(TCustomADODataSet)

каждая селедка рыба, но не каждая рыба селедка. Врунгель.

все что может ADOTable может и ADODataSet но не наоборот (то же с ADOQuery). не знаю как для тебя а для меня это достаточная причина отложить их в сторону в пользу ADODataSet.

Taktic (2003-05-06 09:48:00) [5]
А почему не стоит пользоваться ADOTable..... например для небольших справочных таблиц, которые и заполняются то всего один раз и редко редактируются

sniknik (2003-05-06 08:50:00) [6]
ADO не панацея, и на нем можно дерьмовую прогу написать. А менять при переходе от локальных к серверным базам нужно мозги (делать сдвиг на серверную логику).

ADOTable в этом случае вообше не использовать, ADOQuery не использовать по причинине ограниченности в сравнении с ADODataSet.

gizar (2003-05-06 08:42:00) [7]
пользуйся ADO все будет Ок, а каким компонентом зависит от конкретной ситуации

Наверх

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