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


Один смысл ты и сам написал: foreign-ключи на клиенте проверять
2. Весело и задорно пользовать возможности


3. Весело и задорно пользовать возможности


4. Использовать объект, максимально точно инкапсулирующий какую-либо структуру данных из предметной области.
5. Создавать и использовать классы, способные автоматически обрабатывать сложные структуры данных.

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

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


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

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

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

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

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

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

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

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

> evvcom ©   (02.09.08 16:52) [83]

ага

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