Транзакции в триггере

← →
Курдль (2008-09-02 15:52) [80]

> Petr V. Abramov © (02.09.08 14:39) [79]
> а что делать-то с этими реляциями?
> foreign-ключи на клиенте проверять?
>
> растолкуй смысл, я его действительно не понимаю

Один смысл ты и сам написал: foreign-ключи на клиенте проверять
2. Весело и задорно пользовать возможности
public DataRow[] GetChildRows (DataRelation relation)
3. Весело и задорно пользовать возможности
DataRow.GetParentRows (DataRelation)
4. Использовать объект, максимально точно инкапсулирующий какую-либо структуру данных из предметной области.
5. Создавать и использовать классы, способные автоматически обрабатывать сложные структуры данных.

← →
Petr V. Abramov © (2008-09-02 16:39) [81]

> Один смысл ты и сам написал: foreign-ключи на клиенте проверять

это хорошо для одпользовательской системы иначе пустая трата времени

> 2. Весело и задорно пользовать возможности
> public DataRow[] GetChildRows (DataRelation relation)

бегать по ним, обрабатывать...

update ...
set ... = (select ...
where not exists (....
returning ...

всяко меньше букаф и лучше по скорости

опять же, если база - foxpro, то 2-5 - вкусно, если oracle -совсем нет

← →
evvcom © (2008-09-02 16:48) [82]

Подобные вкусности (универсальность) с точки зрения "написал программу, и она под любой осью работает", тоже уже реализовали в java. Но как я только сталкиваюсь с жутко тормозящим приложением, первая мысль - это java. Взять тот же инсталлятор оракловый. Насколько хороша СУБД, настолько же плох ее инсталлятор. Нельзя написать универсальное приложение, чтобы оно всех и во всем устраивало.

← →
evvcom © (2008-09-02 16:52) [83]

> бегать по ним, обрабатывать...
>
> update ...
> set ... = (select ...
> where not exists (....
> returning ...
>
> всяко меньше букаф и лучше по скорости

уууу.... А если еще аналитические функции оракловые вспомнить, то ADO.NET вообще глаза выпучит! А они, ой, как иной раз скорости добавляют :-)

кстати о птичках: а не пора ли в потрепаловку?
:)

Транзакции в триггере Найти похожие ветки