Скачать: CL | DM;

ADO - выбор стратегии   Найти похожие ветки 

← →
PepperLover ©   (2002-04-19 11:50) [0]

Вот такая мысль меня гложет. Стою на распутье.
Как все-таки лучше работать с данными:
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 будет согласована с работой в сети ?
В этом случае ведь не заблокируешь ничего ! А если кто-то нагадил в это
время?
Философский вопдос...

---

← →
roottim   (2002-04-19 12:33) [1]

а чем тебе мешает работа с квери.. с темиже методами post// append и тп..
+ есть возможность подсоединить updateSQL и через кэш работать с readonly запросами!
вообще лучше выбрать стратегию на tQuery... это правильнее..
TTAble можно использовать при работе со справочниками

---

← →
zx   (2002-04-19 13:51) [2]

> roottim (19.04.02 12:33)
его вроде ado интересует а не bde

---

← →
KSergey ©   (2002-04-19 14:01) [3]

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

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.45 MB
Время: -0.992 c