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