да, из всего изложенного ИМХО самый не трудоемкий и прозрчный способ подкостылиться.   

Именно 
Я жиш ограничил, вроде, область применения этого кастыля. 
Когда мы имеем возможность модифицировать базу, но не имеем возможность вмешаться в клиентский код.

Добавлено через 6 минут и 14 секунд
PS.
Кстати, в паре проектов я использовал подобные методы не как кастыли а как архитектурное решение.
Вьюхи выставлялись клиенту в качестве интерфейса. Бизнес логика реализовывалась в instead of триггерах.

Удобно? Безусловно!  

Мне даже кажется что вьюха, в качестве интерфейса, много более эстетична нежели пакет с торчащими из него процедурами "на все случаи жизни" 

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

    я под сталом

Ех.. чота мы в офтоп уходим....
Будучи комодом, чуствую себя обязанным поругаться:
Модератор: Давайте вернёмся к теме обсуждения.

Но будучи еще и участником, не могу не ответить   

Приходилось хранить в базе расчетные значения.
В качестве аргументов для расчета использовались данные из нескольких таблиц.
Реализация расчетов в триггерах, сам понимаешь почему не канает - мутация и дедлоки.
Пришлось серьезно повозиться над контролем согласованности даннынх.
Честно говоря на том проекте впервые столкнулся с задачей, для реализации которой предпочтительнее блокировочник а не версионник. Принципиальное отсутствие SHARED/*совместимая*/ LOCK в Оракле очень портит жизнь на таких задачах. Собственным решением оказался крайне не удовлетворен. Но использование вьюхи вместо АПИ было очень даже в тему.

если не здесь, то где еще... 

MadCoder,  приношу извинения, отвлекся