Принципы построения базы данных

[Гужанов Павел]

Здравствуйте.

В организации, где я работаю, идет внедрение Axapta. Нас, программистов, посылали на курсы. Компанию, которая нас обучала, здесь называть не буду. В процессе учебы смутило следующее: было сказано, что в Axapta вся логика выведена из базы в приложение. Т.е. в базе данных нет генераторов, триггеров, внешних ключей... а вся генерация, проверка целостности данных и прочее производится непосредственно в приложении. Скажите, так ли это? Или это просто некомпетентность обучающих?
На мой взгляд, если делать действительно так, то каждый модуль приложения будет неоправданно увеличиваться в объеме, да и вообще, неверно это, логика работы базы должно реализовываться в базе.

[Vadik]

Цитата:

Компанию, которая нас обучала, здесь называть не буду. В процессе учебы смутило следующее: было сказано, что в Axapta вся логика выведена из базы в приложение. Т.е. в базе данных нет генераторов, триггеров, внешних ключей... а вся генерация, проверка целостности данных и прочее производится непосредственно в приложении. Скажите, так ли это?

так

Цитата:

На мой взгляд, если делать действительно так, то каждый модуль приложения будет неоправданно увеличиваться в объеме, да и вообще, неверно это, логика работы базы должно реализовываться в базе

"Люди базы" часть вторая ? Нормально все с бизнес-логикой, не переживайте

[MikeR]

Скорее всего речь шла об использовании прямых запросов и использование вычислительных ресурсов на сервере базы данных. Это актуально в таких приложениях как 1С.

[Михаил Андреев]

Цитата:

Сообщение от Гужанов Павел

На мой взгляд, если делать действительно так, то каждый модуль приложения будет неоправданно увеличиваться в объеме, да и вообще, неверно это, логика работы базы должно реализовываться в базе.

Неправильный вывод. Все связи контролирует ядро, которое едино для всех модулей.

[mazzy]

Цитата:

Сообщение от Гужанов Павел

Т.е. в базе данных нет генераторов, триггеров, внешних ключей... а вся генерация, проверка целостности данных и прочее производится непосредственно в приложении. Скажите, так ли это?

Так. Обсуждалось неоднократно на форуме. Поищите.
А также ветка на sql.ru, в которой я принимал участие
http://sql.ru/forum/actualthread.aspx?tid=105796

[kashperuk]

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

Сейчас СУБД, используемые АХ (Оракл и СКЛ) обе обеспечивают все необходимые функции, поэтому, возможно, когда-то мы будем использовать и внешние ключи, и триггера

[Гужанов Павел]

Раз в базе не реализована никакая бизнес-логика, то возможна такая ситуация: В базу заходит человек с правами sa, но с нулевым пониманием того, что он делает.(не надо спрашивать у меня, откуда у него такие права :о)) Заходит не из приложения, а используя SQL Server Management Studio. Спокойно удаляет все данные из одной таблицы. В других таблицах остаются данные, которые ссылаются на удаленные данные, но, т.к. внешних ключей нет, получается нарушенная целостность. Имхо, "защиту от дурака" все-таки лучше реализовать на сервере БД, это защищает и от попыток что-то сломать из приложения, и от таких же попыток непосредственно на сервере БД.

[mazzy]

Цитата:

Сообщение от Гужанов Павел

Раз в базе не реализована никакая бизнес-логика, то возможна такая ситуация: В базу заходит человек с правами sa, но с нулевым пониманием того, что он делает.(не надо спрашивать у меня, откуда у него такие права :о)) Заходит не из приложения, а используя SQL Server Management Studio. Спокойно удаляет все данные из одной таблицы. В других таблицах остаются данные, которые ссылаются на удаленные данные, но, т.к. внешних ключей нет, получается нарушенная целостность.

Такая ситуация возможна.

Цитата:

Сообщение от Гужанов Павел

Имхо, "защиту от дурака" все-таки лучше реализовать на сервере БД, это защищает и от попыток что-то сломать из приложения, и от таких же попыток непосредственно на сервере БД.

Вообще говоря "защиту от дурака" лучше реализовывать на аппаратном или еще лучше на административном уровне.

Представьте что на сервер заходит человек с правами administrator (не надо спрашивать, откуда у него такие права ), останавливает сервис MS SQL и (о, ужас!) удаляет файлы с расширением mdf...

Вывод: тщательно думайте когда раздаете права.

[coolibin]

Цитата:

Представьте что на сервер заходит человек с правами administrator (не надо спрашивать, откуда у него такие права ), останавливает сервис MS SQL и (о, ужас!) удаляет файлы с расширением mdf...

представьте, что в серверную заходит бородатый мужик с топором... и не спрашивайте, где он топор взял...

[mazzy]

Цитата:

Сообщение от coolibin

представьте, что в серверную заходит бородатый мужик с топором... и не спрашивайте, где он топор взял...

А это уже не байки.
В серверную заходит мужик в маске и с автоматом. Тут и не спросишь

[somebody]

Цитата:

Сообщение от Гужанов Павел

логика работы базы должна реализовываться в базе.

"Работает" приложение, а база просто хранит данные, да и то не все (часть информации, как-то перечисления, мапы и др., хранится в приложении), а серверный движок выполняет указания приложения по обработке данных.
Вообще ведь использование "низкоуровневых" возможностей БД не запрещено (вызов ХП, например, часто используется). Но часть из них (триггер...), просто не переживёт синхронизацию.

Цитата:

Сообщение от Weez

не уверен, что можно посмотреть ту же логику в СУБД, что и в приложении Аксапты.

Конечно, нет, см. выше. Например, связи прописаны в приложении, а можно вообще реализовать их только в кодах XPP.

Цитата:

Сообщение от Гужанов Павел

В базу заходит человек с правами sa, но с нулевым пониманием того, что он делает.

Дак и в Аксапту может зайти человек с админскими правами и нулевым пониманием (не спрашивайте и т. д.!..) и такого там наворотить...

[Weez]

Бекапы никто не отменял
На самом деле бизнес-логика в Аксапте не огрничивается простыми связями между таблицами, не уверен, что можно посмотроить ту же логику в СУБД, что и в приложении Аксапты. А если и можно - то это потребует колоссальных трудозатрат при поддержке. ИМХО.