??. Уровень одной записиLlama писал(а):sAm, это лично мое мнение - триггер + хранимые процедуры позвалют работать с данными на более высоком уровне
. Не меньше и не более.Это только в теории звучит все замечательно. А жизни все намного сложнее.Llama писал(а): - т.е. добавляя объект в базу, просто дергаем одну хранимую процедуру, вместо того, чтобы писать кучу insert/update рискуя забыть что-то куда-то вставить.
Объекты инф. систем очень редко проекцируются на одну таблицу, и куча insert/updates будет находиться в хранимой процедуре и не дай бог забыть добавить код для insert(update)
Про _delete_ разговор отдельный. Здесь скорее разговор будет о _логическом удалении_, для объектов справочного характера. _Физического удаление_ возможно тольо для объектов, лежащих на самом низком уровне подчинения.
Также очень сущевственным недостатком является - отсутствие видимых связей (зависимостей) между объектами. Рыскать по коду хранимых процедур, еще то удовольствие
Не можно, а нужно.Llama писал(а):Ессно это можно сделать просто функциями в ядре системы, но мне вариант с храниммыми процедурами нарвится больше.
Распределенность. Если разные форматы данных (даже на одном хосте), то про хранимые процедуры и другие вкустности реляционных баз можно забыть.Llama писал(а):Опять же - если делать распредленную систему, то репликация на уровне БД как правило уже есть, а на уровне приложения - ее еще писать надо...
Резюмирую. Бизнес логика лежит в ядре прикладной системы, а для базы только остается делать
insert/update и т.д. И ставлю здесь большое ИМХО.
1 - это скорее frontend, хотя вобщем-то о чем спорим?
