Денис, а что бизнес-логику разве нельзя внедрять в БД? Мне казалось, что довольно часто это делается: и через validation rules и через целостность, да сама метамодель чем не бизнес-логика, а триггеры, хранимые процедуры?
WikiPedia
говорит:
Business logic comprises:
* business rules that express business policy (such as channels, location, logistics, prices, and products); and
* workflows that are the ordered tasks of passing documents or data from one participant (a person or a software system) to another.
Т.е. состоит из бизнес-правил и потоков работ, с чем я вобщем согласен, если добавить процессы, события, состояния и семантические отношения. Бизнес-моделирование в IT - это структурная модель ПрОбл+Бизнес-Логика, если первую можно более или менее удачно положить в РБД, то вторую - далеко не всегда.
В твоих словах просматривается такой тезис БД - просто средства хранения фактов? Т.е. правила их формирующие, ограничение целостности и другое - все это что-то другое?
Целостность конечно является частью бизнес-логики, только к сожалению в большинстве случаев её слишком мало, т.к. бизнес-правила нетривиальны. Если в данном конкретном приложении хватало бы "базовой бизнес-логики", то никто бы про PL/SQL не заикался.
Твоей фразы про "скриптовый язык PL" не понял. PL/SQL - это компилируемый язык. Его можно использовать в интерактивном режиме, но это имеет смысл только для задач администрирования, но не работающих кусков приложения.
Опять же "логика приложения скорее на клиенте" не понял, сейчас обычно логикой приложений занимается сервисный слой, см.
Фаулера. Что такое "метамодель" тоже не понял.
Eclipse: Генерация исходного кода по модели классов