stopViPRosstop,

ладно, я пас, устал уже
вопрос конечно интересный, но ты нифига не слушаешь
я тебе долбаю все время вот что
если прогер написал COMMIT, то он ожидает коммит и больше ничего

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

stop,

в ВИПРОС есть оба варианта

stop,

кончено через кеш
но как только коммит, так сразу определенная часть кеша спускается в БД, если это возможно или выдается специкзепшн

и не несколько, а сильно
это один из сложных механизмов ВИПРОСа

stop,

а по другому никак
тут и пессимизм и оптимизм с ундо глубоким и смешанный режим

stop,

можно и Днипру
пока только МССКЛ и Постгри (и то не до конца), нет желающих оплатить провайдеров к СУБД

stop,

возможно со временем метаданные переедут в какой нить NuoDB иди Днипро и т.д.
я смотрел графовые БД, пока ни на чем не остановился, хотя бы какой то на очень уж хорошем уровне понимания (забыл как называется, но если что могу вспомнить, где то я ее записал)
есть какой то потомок мамса
некогда изучать в деталях -а вних все и кроется :(

хотя бы = хотя, был

stop,

я обязательно посмотрю
как только бог пошлет время
а коды все тырю, уже чуть ли терабайт всяких БД и тд. :) - жизни не хватит изучить , эх мало дает бог жизни этой бл*

Arm79VIPRos, уточнение по транзакциям. Те вложенные транзакции, которые не откатываются при роллбэке корневой, называются автономными. Фишка Oracle. Кстати, в MS SQL и PostreeSql их нет, поэтому странно, что вы, работая с этими СУБД, настаиваете на своей трактовке вложенных транзакций.
ну, то что я работаю в мсскл и т.д. не обязывает меня понимать так как я понимаю "вложенные" транзакции
"автономные" и так есть автономные - т.е. независимые. Никакого отношения по моему это не имеет к аспекту "вложенности".

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

Я пишу не для мсскл или оракл