skyANAвадяskyANA,
я устал, ты задаёшь смесь вопросов и не понимаешь ответ на вопрсы....
Хорошо. Давайте я не буду задавать вопросы, а сделаю утверждение.

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

А можно я ? :)

Во-первых, неплохо бы договориться о том, что считать за бизнес-логику. Триггеры, например, считаются или нет ?

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

Ну и самое главное - марксизм не догма, а руководство к действию. Как пишут в интернетах на эту тему - it depends.

Petro123schiВо-первых, неплохо бы договориться о том, что считать за бизнес-логику
процедуры с кодом по предметной области информационной системы.
Например, в ГЕО системе - процедура НайтиБлижайшийРесторан()
schiНу и самое главное - марксизм не догма, а руководство к действию.
разумеется. Поэтому самое время защитить среднее звено чтобы не было БД+JS вообще без АппСервера.

Найти ресторан как раз проще на стороне базы данных. Я конечно со своей оракловой колокольни смотрю.

skyANAschiпропущено...


Найти ресторан как раз проще на стороне базы данных. Я конечно со своей оракловой колокольни смотрю.
Особенно, когда в базе нет данных о ресторане :) Это я с колокольни того, кто разрабатывал онлайн системы поиска и бронирования говорю.

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

skyANAschiпропущено...


Я наверное несколько не понимаю, как бизнес-логика и база данных связаны в вопросе поиска ресторана, который там отсутствует. Если ресторан ищется сторонней системой, то какой отношение этот пример имеет к дискусии?
Бизнес-логика - это логика предметной области.
И если мы автоматизируем поиск подходящего на вечер субботы ресторана, чтобы человек мог это сделать в пару кликов, вместо того, чтобы обзванивать заведения, держа толстенный телефонный справочник в руках,
то таки этот самый поиск и является бизнес-логикой.


Но мы очень интересно разговариваем - начинаем от хранимых процедур, а заканчиваем взаимодействием систем. Это все-таки разные уровни, не так ли ?

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

Видимо я не так выразился. Я имел в виду, не связанных по хранению данных. Началось, если помните, с поиска ресторана, который нельзя выполнить хранимой процедурой, потому что в базе нет данных о ресторанах :)