web_foxЕсли вам не нравится идея - это не повод приводить глупые примеры. Процедур "insertInto" не бывает, бывают "CreateClient", "CreateWorkOrder" и т.п. Правда не бывает? Во всех встречавшихся мне примерах реализации вашего подхода "вся работа с БД только через ХП" как раз процедуры insertInto (а также updateInto и т.п.) встречались в изобилии. Да и Кифирчик именно такую процедуру приводил.
Ну если вы так не делаете, то ваш подход в целом понятен, правда средства его реализации на мой взгляд не лучшие. РСУБД позволяет организовать данные в соответствии с реляционной моделью. Наиболее естественным и удобным языком для работы с реляционными данными является SQL. Вы поверх реляционной модели строите объектную - именно в рамках этой модели появляются такие объекты, как Client, WorkOrder и т.п. Согласен, для реализации бизнес-логики объектная модель данных действительно удобнее (то есть имеем не два слоя "модель данных"-"бизнес-логика", а три "реляционная модель"-"объектная модель"-"бизнес логика"). Но вот ее реализация средствами хранимых процедур в РСУБД не самый удобный вариант. Гораздо удобнее вынести слой преобразования реляционной модели в объектную на более подходящие для этого средства. Может быть и вообще стоит отказаться от слоя реляционной модели (зачем она вам?), а использовать ООБД.
Теперь можно вернуться в основное русло темы немного расширив его и к вопросу "где должна лежать бизнес-логика?" добавить еще и вопрос "где должна лежать объектная модель данных?" :)