Что лучше ???

← →
TSa (2003-04-01 16:27) [0]

Подскажите с каким компонентом лучше пользоваться для работы с MSSQL ADOtable or AdoQuery ?
Что лучше !!!!

← →
Stranger (2003-04-01 16:28) [1]

AdoQuery

← →
TSa (2003-04-01 16:32) [2]

А чём ?
я конечно считаю что AdoTable

← →
sniknik (2003-04-01 16:32) [3]

неправда, лутше
ADODataSet и ADOCommand

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

← →
TSa (2003-04-01 16:39) [4]

sniknik © Может и да, но ADODataSet и ADOCommand немного не то ...

← →
Anatoly Podgoretsky (2003-04-01 16:47) [5]

Ну ты и привередливый и все отвергаешь, зачем же задавал вопрос, я думал выслушать мнения, а они тебя оказываются не интересуют.

← →
TSa (2003-04-01 16:52) [6]

скажем так для моего уровня ADODataSet и ADOCommand это слишком круто ........ а мнения я уважаю

← →
sniknik (2003-04-01 16:56) [7]

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

← →
sniknik (2003-04-01 16:57) [8]

TSa © (01.04.03 16:52)
не круто а просто тебе непривычно. (смотри правде в глаза, как это ни трудно)

← →
Clickmaker (2003-04-01 17:00) [9]

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

← →
TSa (2003-04-02 00:00) [10]

Хорошо зачем тогда Таблицы индексы !!! :-)
Хотя ........ наверно если динамически то да

← →
BoxTer (2003-04-02 06:57) [11]

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

← →
sniknik (2003-04-02 08:31) [12]

BoxTer © (02.04.03 06:57)
если используеш ADO то в любом случае ADODataSet (ну на крайняк AdoQuery раз так трудно со стереотипами расстатся)

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

Что лучше ??? Найти похожие ветки