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

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

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

Что лучше ??? [D6, MSSQL]

TSa © (2003-04-01 16:27:00)
Подскажите с каким компонентом лучше пользоваться для работы с MSSQL ADOtable or AdoQuery ?
Что лучше !!!!

sniknik (2003-04-02 08:31:00) [1]
BoxTer © (02.04.03 06:57)
если используеш ADO то в любом случае ADODataSet (ну на крайняк AdoQuery раз так трудно со стереотипами расстатся)

т.к. ADO "заточен" под сетевую работу, и по другому не умеет. И даже в локальном варианте будет получать рекордсет (как будто с удаленной машины) вместо того чтобы просто открыть файл.
а ADOtable это всеголиш ADODataSet с самым примитивным запросом "SELECT * FROM "+TableName. И работает он также (получая рекордсет) и "тормозит" на открытии поэтому (в восприятии привыкших к локальному Table)
ну и так далее.

BoxTer (2003-04-02 06:57:00) [2]
Хорош спор.
А на счет того, шо лучше: еси делаешь клиент-сервер и именно Table и Query - то, однозначно, Query. А те кто предлагают в таком случае Table - просто раньше писали файловые и по привычке(аки устоявшимся традициям) делают с Table"ом - это есть НЕ правильно. А еси делаешь обычную локальную БД, но с использованием ADO, - тогда, ессно, Table...

TSa (2003-04-02 00:00:00) [3]
Хорошо зачем тогда Таблицы индексы !!! :-)
Хотя ........ наверно если динамически то да

Clickmaker (2003-04-01 17:00:00) [4]
Компоненты по природе своей немного разные, как яблоки и апельсины. Ну и вопрос типа "кто лучше" не должен стоять. Если приложение у тебя элементарное (типа пресловутового "Заказчик-Его заказы", излюбленный пример на тему Master-Detail) и работает с 1-2 таблицами, то можно и Table обойтись, а если есть навернутые да еще и динамически формируемые запросы, то без Query никак

sniknik (2003-04-01 16:57:00) [5]
TSa © (01.04.03 16:52)
не круто а просто тебе непривычно. (смотри правде в глаза, как это ни трудно)

sniknik (2003-04-01 16:56:00) [6]
TSa © (01.04.03 16:39)
> ADODataSet и ADOCommand немного не то ...
может тебе и не то, но это то что нужно для работы + ADOConnect. все остальное из них "вытекает".
в принципе ADODataSet наследник от ADOCommand и по моей логике тоже можно не использовать но, тут наследование с увеличением функционала/удобства, а дальше к ADOtable и AdoQuery с уменьшением. ("для облегчения перехода" разным привередливым типам :-)))

TSa (2003-04-01 16:52:00) [7]
скажем так для моего уровня ADODataSet и ADOCommand это слишком круто ........ а мнения я уважаю

Anatoly Podgoretsky (2003-04-01 16:47:00) [8]
Ну ты и привередливый и все отвергаешь, зачем же задавал вопрос, я думал выслушать мнения, а они тебя оказываются не интересуют.

TSa (2003-04-01 16:39:00) [9]
sniknik © Может и да, но ADODataSet и ADOCommand немного не то ...

TSa (2003-04-01 16:32:00) [10]
А чём ?
я конечно считаю что AdoTable

sniknik (2003-04-01 16:32:00) [11]
неправда, лутше
ADODataSet и ADOCommand

ADOtable и AdoQuery производные (с ограничениями) от ADODataSet.

Stranger (2003-04-01 16:28:00) [12]
AdoQuery

Наверх

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