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

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

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

ADO - выбор стратегии

PepperLover © (2002-04-19 11:50:00)
Вот такая мысль меня гложет. Стою на распутье.
Как все-таки лучше работать с данными:
1. Ставить компонент ADOTable и работать с данными как обычно - Append,
Delete, Post, .....
2. Или осуществлять модификацию данных через ADOQuery: UPDATE, INSERT, .....
Проблема в том, что возможнобаза данных изменится, поэтому я просто
выложу все SQL (по пункту 2) во внешний текстовый файл и потом проблемы нет
в изменении программы - поменял запросики и все ?
Но прочитал следующие статьи и засомневался:
http://www.delphikingdom.com/helloworld/ado02.htm
http://www.delphikingdom.com/helloworld/ado03.htm
Как работа по пункту 2 будет согласована с работой в сети ?
В этом случае ведь не заблокируешь ничего ! А если кто-то нагадил в это
время?
Философский вопдос...

KSergey (2002-04-19 14:01:00) [1]
Блокировать в сети вообще ничего нельзя. Только в необходимых случаях на момент модификации записи программой (а не пользователем в окошечке!!!). Это вообще дурной тон - блокировки.
Вообще-то очень мало данных для выбора: толи вы строит доашнюю фильмотеку, толи банковскую систему.
Подходы, вообще-то, разные.
Опять же что за БД? Если SQL-сервер - то SQL-компоненты однозначно, а иначе - сами решайте.

zx (2002-04-19 13:51:00) [2]
> roottim (19.04.02 12:33)
его вроде ado интересует а не bde

roottim (2002-04-19 12:33:00) [3]
а чем тебе мешает работа с квери.. с темиже методами post// append и тп..
+ есть возможность подсоединить updateSQL и через кэш работать с readonly запросами!
вообще лучше выбрать стратегию на tQuery... это правильнее..
TTAble можно использовать при работе со справочниками

Наверх

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