Всетаки что лучше TTable или TQuery ?

← →
Master_ © (2006-12-04 19:08) [0]

Здравствуйте Мастера. Пишу маленькую базу для моей работы. Порядка 50 полей. И в пределах 1500 строк. Своего рода каталог приборов учета тепловой энергии. Периодически необходимо изменять те или иные записи. Планируется работа 2-х компьютеров совместно. Собственно САБЖ.
Подскажите пожалуйста на чем мне остановиться.

← →
Desdechado © (2006-12-04 19:14) [1]

Для таких объемов и СУБД разницы нет.
Но из чисто академического интереса рекомендовал бы TQuery.

← →
Master_ © (2006-12-04 19:31) [2]

Сам то я в основном работал с TTable. А первое впечатление от TQuery было не из приятных по причине муторного составления запроса. Ведь в Ttable можно просто Insert, или Edit, а в TQuery ... Сами понимаете. С другой стороны - проблемму транзакций никто не отменял.

← →
atruhin © (2006-12-04 19:36) [3]

Вообще у TTable и TQuery разное назначение, один кэширующий другой нет.
Правильней сравнивать TTable и TxxxDataset.
Для парадокса разницы нет.

← →
Master_ © (2006-12-04 19:44) [4]

Была проблемма с Ttable. Когда после изменения записи оператором
MyTable.Post;
все сохранялось программа закрывалась. Но при запуске программы оказалось, что изменение данных как бы и не прошло.
Перед выходом из программы
Mytable.active:=false;
Может вместо Post применять UpdateRecord ?
Собственно из за этой проблеммы я стал больше склоняться к TQuery.

← →
MsGuns © (2006-12-04 21:11) [5]

>atruhin © (04.12.06 19:36) [3]
>Вообще у TTable и TQuery разное назначение, один кэширующий другой нет.

Неужели ?

← →
atruhin © (2006-12-04 21:42) [6]

> [5] MsGuns © (04.12.06 21:11)

Лет 7 не работа с парадокс. Так что если не прав ивиняюсь :(

← →
Anatoly Podgoretsky © (2006-12-04 21:47) [7]

> Ведь в Ttable можно просто Insert, или Edit,

Идентично. И запрос уровня TTable составлять не проблема - SELECT * FROM tbl

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

← →
MsGuns © (2006-12-05 00:21) [8]

>atruhin © (04.12.06 21:42) [6]
>Лет 7 не работа с парадокс. Так что если не прав ивиняюсь :(

Да парадокс тут как бы боком стоит. Буферизация (кэширование) изменений заложена уже в TDataSet - прадедушке всех (ну или почти всех)дельфишных датасетов

← →
Германн © (2006-12-05 01:36) [9]

>
> Master_ © (04.12.06 19:08)

> Здравствуйте Мастера. Пишу маленькую базу для моей работы.
> Порядка 50 полей. И в пределах 1500 строк. Своего рода
> каталог приборов учета тепловой энергии. Периодически необходимо изменять те или иные записи.

Лучше TTable, имхо.

> Планируется работа 2-х компьютеров совместно.

Лучше TQuery и не Парадокс, имхо.

> Master_ © (04.12.06 19:31) [2]

> Сам то я в основном работал с TTable. А первое впечатление
> от TQuery было не из приятных по причине муторного составления
> запроса.

???

> Master_ © (04.12.06 19:44) [4]
>
> Была проблемма с Ttable. Когда после изменения записи оператором
> MyTable.Post;
> все сохранялось программа закрывалась. Но при запуске программы
> оказалось, что изменение данных как бы и не прошло.

Просто нужно было чуть подробнее влезть во внутренности BDE, найти там процедуру DBISaveChanges и применить её в своём коде в нужных местах, да и с умом.

← →
Loginov Dmitry © (2006-12-05 07:51) [10]

> Подскажите пожалуйста на чем мне остановиться.

TQuery перекрывает все возможности TTable. Компонент гораздо более гибкий и более удобный.
Поэтому TTable практически никогда не пользуюсь. <OFFTOP>Правда есть один недостаток - оба компонента работают под DBE. А DBE - сам по себе - крупный недостаток.</OFFTOP>

← →
Котик Б (2006-12-05 08:45) [11]

Покрнейше прошу прощения что влезаю в столь значимый спор своей котячей мордой...

Я бы рекомендовал TClientDataset + midas.dll :)

← →
Anatoly Podgoretsky © (2006-12-05 08:59) [12]

> Loginov Dmitry (05.12.2006 07:51:10) [10]

DBE приложен как учебный компонент и не требуется для работы ни одной базы.

← →
MsGuns © (2006-12-05 10:54) [13]

>Котик Б (05.12.06 08:45) [11]
>Я бы рекомендовал TClientDataset + midas.dll :)

Это шутка юмора такая ?

> <OFFTOP>Правда есть один недостаток - оба компонента работают
> под DBE. А DBE - сам по себе - крупный недостаток.</OFFTOP>

Руки выпрями для начала.

ИМХО прежде чем решать вопрос топика нужно решить вопрос какая СУБД.
Я так понял что все дружно считают что это будет BDE... В общем то если объем таблиц будет именно такой, то вполне достаточно будет.

>Master_ © (04.12.06 19:31) [2]
С другой стороны - проблемму транзакций никто не отменял. Собсно в BDE ее никто и не начинал решать. Нету там такого механизма.

А вообще думается что однозначно TQuery. Ибо он потом поможет понять принципы работы с более серьезными СУБД.

Оракл надо юзать, XE - тута самое оно :)

> Всетаки что лучше TTable или TQuery ? [D6, Paradox]
> ...
> Подскажите пожалуйста на чем мне остановиться.
остановись на ADODataSet. и на не парадоксе, а acsess.

> остановись на ADODataSet. и на не парадоксе, а acsess.

Оракл, оракл круче!
:))

Master_ © (06.12.04 19:08)
Планируется работа 2-х компьютеров совместно

(о парадоксе забудь... правда не знаю от куда он тут всплыл)

FB и
TQuery или TIBQuery, а лучше FIBPlus, правда они платные, но практически за бесплатно отдают.

Всетаки что лучше TTable или TQuery ? Найти похожие ветки