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

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

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

Всетаки что лучше TTable или TQuery ? [D6, Paradox]

Master_ © (2006-12-04 19:08:00)
Здравствуйте Мастера. Пишу маленькую базу для моей работы. Порядка 50 полей. И в пределах 1500 строк. Своего рода каталог приборов учета тепловой энергии. Периодически необходимо изменять те или иные записи. Планируется работа 2-х компьютеров совместно. Собственно САБЖ.
Подскажите пожалуйста на чем мне остановиться.

Prohodil Mimo (2006-12-05 16:59:00) [1]
Master_ © (06.12.04 19:08)
Планируется работа 2-х компьютеров совместно

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

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

Loginov Dmitry (2006-12-05 15:18:00) [2]
> остановись на ADODataSet. и на не парадоксе, а acsess.

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

sniknik (2006-12-05 13:17:00) [3]
> Всетаки что лучше TTable или TQuery ? [D6, Paradox]
> ...
> Подскажите пожалуйста на чем мне остановиться.
остановись на ADODataSet. и на не парадоксе, а acsess.

ANB (2006-12-05 13:04:00) [4]
Оракл надо юзать, XE - тута самое оно :)

Max Zyuzin (2006-12-05 11:53:00) [5]
ИМХО прежде чем решать вопрос топика нужно решить вопрос какая СУБД.
Я так понял что все дружно считают что это будет BDE... В общем то если объем таблиц будет именно такой, то вполне достаточно будет.

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

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

Игорь Шевченко (2006-12-05 11:40:00) [6]

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

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

MsGuns (2006-12-05 10:54:00) [7]
>Котик Б (05.12.06 08:45) [11]
>Я бы рекомендовал TClientDataset + midas.dll :)

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

Anatoly Podgoretsky (2006-12-05 08:59:00) [8]
> Loginov Dmitry (05.12.2006 07:51:10) [10]

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

Котик Б (2006-12-05 08:45:00) [9]
Покрнейше прошу прощения что влезаю в столь значимый спор своей котячей мордой...

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

Loginov Dmitry (2006-12-05 07:51:00) [10]
> Подскажите пожалуйста на чем мне остановиться.

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

Германн (2006-12-05 01:36:00) [11]

>
> 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и применить её в своём коде в нужных местах, да и с умом.

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

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

Anatoly Podgoretsky (2006-12-04 21:47:00) [13]
> Ведь в Ttable можно просто Insert, или Edit,

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

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

atruhin (2006-12-04 21:42:00) [14]
> [5] MsGuns © (04.12.06 21:11)

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

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

Неужели ?

Master_ (2006-12-04 19:44:00) [16]
Была проблемма с Ttable. Когда после изменения записи оператором
MyTable.Post;
все сохранялось программа закрывалась. Но при запуске программы оказалось, что изменение данных как бы и не прошло.
Перед выходом из программы
Mytable.active:=false;
Может вместо Post применять UpdateRecord ?
Собственно из за этой проблеммы я стал больше склоняться к TQuery.

atruhin (2006-12-04 19:36:00) [17]
Вообще у TTable и TQuery разное назначение, один кэширующий другой нет.
Правильней сравнивать TTable и TxxxDataset.
Для парадокса разницы нет.

Master_ (2006-12-04 19:31:00) [18]
Сам то я в основном работал с TTable. А первое впечатление от TQuery было не из приятных по причине муторного составления запроса. Ведь в Ttable можно просто Insert, или Edit, а в TQuery ... Сами понимаете. С другой стороны - проблемму транзакций никто не отменял.

Desdechado (2006-12-04 19:14:00) [19]
Для таких объемов и СУБД разницы нет.
Но из чисто академического интереса рекомендовал бы TQuery.

Наверх

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