suPPLerDortmunderВсе серьёзные в том числе промышленные системы пишут на Java.

Полноты ради Вам стоит дополнить ваше утверждение ещё одним:
- всё, что написано не на Java - не серьёзные системы.

Если можно - огласите Ваши критерии серьёзности.

Логика бизнес-процессов в Oracle Apex целиком лежит на стороне сервера СУБД, пишите ли вы с применением хранимых процедур или реализуете ее внутри apex-а функциями Insert, Update и т.д.

Промышленные системы в своей архитектуре содержат сервер приложений, вся обработка логики реализуется внутри него в т.ч. и транзакции сущностей, управление потоками, распределением нагрузкой, пулами соединений к серверу СУБД и т.д. Это сейчас можно сделать только джавой.

killedразделение нагрузки между вторым слоем и бэкендом... я не считаю это значимым преимуществом для подавляющего числа проектов. По крайней мере, для меня все это перевешивается целостностью и портабельностью инсталляции апекса. В наши времена возможностей расти вертикально в аппаратной части - более чем. Кстати вариант джава-листенера возможно двигается из тех же соображений.

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

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

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

killed,

А где его ставить? В каком месте?

Еcть цепочка к примеру o1 -> o2 -> o3 -> o4 ... o10 плюс начиная с o3 идет еще одна цепочка o3 -> o11 -> o12 .. o15 т.е параллельно первой цепи

стартуем с o1,

рвет у вас на o11 т.е. во второй ветке

а c o4 и все что за ним до o10 работают нормально откатить нужно все дерево, в каком месте в oracle я должен поставить commit?

suPPLer,

Вы все правильно поняли. Для таких операций (транзакций) нужно иметь что то (назовем это механизмом управления) снаружи. Можно делать и как вы описали - разрабатывать такой механизм на pl/sql, можно использовать трехзвенку на java ee с ejb контейнером и использовать готовый механизм с переносом логики приложений в java а субд будет только хранить данные.

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

Вопрос был - что такое промышленные системы. Я ответил. В России таких систем скорее всего нет, не слышно что то :(

Когда то работал в диасофте, делали там трехзвенку на com/dcom .net тогда еще не было - писали на дельфи. Система со сложными бизнес-процессами в страховании, с объектным подходом, сущностями, наследованием, методами и т.д. Основная сложность была в реализации транзакций по объектам в длинной цепочке, когда объекты друг друга не знают плюс еще они принадлежат разным классам т.е. сущностям. Вообщем городили такой механизм руками. А тут (в java ee) уже усе есть как грится, а в в java ee 6-ой версии еще лучше стало.

Вообщем оба подхода имеют право на жизнь, тут уж кому как нравится. Кроме того эта тема другого раздела этого форума, потому заканчиваю тут офтопить :).