to Al

Ну что ж! Насчет DML таблиц словаря логично. Но ведь я была права, что DDL изменения прописываются в дата файлы сразу и не откатываются. Например, если я делаю DROP TABLE, то коммит происходит сразу же и я не могу эту операцию откатить. Не сбрасывает же он при этом все данные таблицы в сегменты отката, это зачастую просто не может быть возможным, если таблица большая или например партиционирована.

До использования LogMiner'а пока не дошла, так что проверить сама пока не могу.

to Al

Как это нет DROP DATABASE? А как же тогда базу дропнуть если нужно, ручками? И файлы потом ручками вычищать?

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

С drop user вроде понятно, что Оракл сначала ссылающиеся обьекты удаляет и лишь потом самого юзера - чтобы ни в коем случае не возникла неконсистентность. А вот интересно, если такую операцию прервать имитируя сбой (напримел отстрелив процесс Оракла), ее потом можно будет повторить или откатить?

А системный сегмент отката для чего нужен?
Системный сегмент отката нужен скорее всего для операций со словарем данных.

to ppp

Я вижу вы экспериментируете в LogMiner'ом. Не могли бы вы попробовать создать таблицу, залить туда достаточно много данных а потом дропнуть ее. Любопытно посмотреть, что произошло с реду и сегментами отката.

to Al

Мои следственные эсперименты по грубому прерыванию пока что не удавались - слишком быстро все происходит не успеваю их прервать. Как же наплодить столько объектов, чтобы их удаление заняло какое то время? И как прерывать процесс - в таск менеджере (win2000, SQL Navigator)?

to killed

Согласна, неявный коммит скорее не причина а следствие особенности DDL операций.

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

Для DDL операций такой подход скорее всего не адекватен, потому что DDL операции достаточно критичны. Поэтому изменения сразу прописываются где надо и сразу коммитятся. Какой смысл откладывать такие операции как DROP TABLE, CREATE TABLE, изменения размеров сегментов и других параметров - никакого!

Ждем результатов экспериментов ррр...

to Angel

писал:
Для DDL операций такой подход скорее всего не адекватен, потому что DDL операции достаточно критичны. Поэтому изменения сразу прописываются где надо и сразу коммитятся. Какой смысл откладывать такие операции как DROP TABLE, CREATE TABLE, изменения размеров сегментов и других параметров - никакого!


Сожалею что пока не всегда могу ясно выражаться. Попробую перефразировать.

Под подходом я имела ввиду, преждевременное или наоборот отложенное прописывание DML изменений в дата файлы, который и обуславливает нагрузку на реду лог и сегмента отката.

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

PS:
В использовании всяких средств я пока не сльна (изучаю концепт), поэтому мои возможности в экспериментах пока ограничены:-)

По вашему вопросу:
Пока выполняется SELECT, будет установлен LOCK (какой точно не знаю), так что DROP TABLE будет ждать окончания операции SELECT или будет выдана ошибка, что не может быть получен exclusive lock на таблицу в данный момент.

to Al

Ну вот, опять неясно выразилась:-( Под нагрузкой я имела ввиду запись большого количества данных в реду и сегменты отката. И так, в свете этого, мое предположение звучит так:

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

Выяснив этот вопрос, я думаю эту тему можно закрыть. И так, ждем ответа ррр и комментариев желающих. Позже, я сама попробую поэкспериментирвоать.

За ответы

DDL идет как обычный DML над таблицами словаря.

Другое дело, что изменения в словаре не затрагивают большого количества строк, поэтому выполняются быстро.

большое спасибо, они очень помгли мне в понимании.

to Al

Хорошо, конкретизируем вопрос. Есть таблица TEST с большим количеством записей.
При выполнении DML команды DELETE FROM TEST должно записаться очень много данных в сегменты отката, чтобы иметь возможность откатить эту операцию если понадобится. Однако DDL команда DROP TABLE TEST запишет туда только изменения в словаре данных и откатить ее будет нельзя.