хранимые процедуры и банки

Question

В банковском секторе они используют хранимые процедуры для бизнес-логики. Их логика перемещается в БД вместо уровня бизнес-логики.

По какой причине банки настаивают на хранимых процедурах?

Привет

Answer 1

Хранимые процедуры могли существовать на мэйнфрейме 30 лет. Тем временем клиентские языки приходят и уходят.

В любом случае, вы должны определить «бизнес-логику»: большая часть «бизнес-логики» сводится к правилам «целостности данных» (например, «Устанавливать это поле только тогда, когда совокупность дочерних строк равна нулю»), что необходимо быть транзакционным и атомарным.

Связанный:

• Почему мэйнфреймы все еще существуют? (SO)
• Насколько необходимо или удобно писать переносимый SQL? (SO)
• Зачем использовать хранимые процедуры? (Блог)

Просто мой код БД переживет код вашего клиента ...

Answer 2

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

А почему они решили использовать логику в хранимых процедурах? Иногда это разумное место, чтобы сделать это. Я знаю, что толпа ALT.NET (или кто-либо из поклонников NoSQL / ORM для вашей платформы выбора) заставит вас поверить, что хранимые процедуры - это зло и что ORM - единственное разумное решение, но в реальном мире создание реальных приложений с реальными различные требования, это не так просто.