CftClub.ru

[Bens]

Здравствуйте.

Удалил в pick один давно не используемый справочник с сохранением удаляемого объекта в mdb. После чего снова накатил его из этого mdb. По логике (моей) в справочнике данные должны были исчезнуть. Облазил mdb-файл - ничего похожего на данные в нем не нашел. Получает удаляя в pick справочник мы удаляем только структуру данных, а сами данные мусором остаются в базе? Я правильно понимаю? Поправьте меня или поддтвердите

[yaffil]

Вполне возможно, скорее всего Оракл восстановил вашу таблицу из recycle bin. Надо настройки смотреть его.

[Bens]

Откуда Оракл знает что мы накатываем ранее удаленную таблицу? Recycle bin сам как то очищается или DBA его должен "пнуть"?
Получается удаляя структуру данных надо предварительно очистить его от данных чтоб они не лежали "мертвым грузом"?

[yaffil]

Ну, как, как. Это ещё на FAT32 было, файлы не удаляются физически, а просто сносится метка, если место никто не занял, то спокойно восстанавливается метка и файл. Вы с админами вашими говорили Оракловыми?

[prog]

По-моему, таблицы остаются в оракле даже если удалить структуры из модели данных платформы развития (на всякий случай). При обновлении ТЯ есть скрипт, который удаляет такие таблицы.

[alex_orb]

При удалении ТБП средствами АРМ Администратор Проекта или АРМ словаря данных удаляются исключительно их описания в соответствующих таблицах ТЯ сами таблицы а так же записи родительских таблиц если удаляемый тип является дочерним ассоциированные с удаляемым ТБП не удаляются. Удалить из можно только напрямую средствами ORACLE.

[Andry]

[lexus]

[yaffil]

Скорее всего ваш случай:

Удаление таблиц

Удаление таблицы выполняется командой DROP TABLE имя_таблицы.

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

До версии 10 единственным способом удаления по команде DROP TABLE было удаление из словаря-справочника сведений о таблице и удаление сегмента с данными из "рабочей части" БД. С версии 10 возможен (и действует автоматически по умолчанию) второй вариант, когда по команде DROP TABLE описание таблицы и сегмент с ее данными получают новое системное имя, после чего таблица под прежним именем перестает существовать, но фактически какое-то время может быть еще восстановлена. Этот второй способ удаления таблицы воплощает идею "мусорной корзины".

Мусорная корзина

С версии 10 смысл команды DROP изменился. В основном случае после нее и описание, и данные таблицы продолжают храниться на своих местах, но под новыми, присвоенными системой автоматически именами. Для пользователя таблица, как и прежде, пропала, однако на деле все, что нужно для ее восстановления, если такая необходимость возникнет, продолжает храниться в БД. Тем самым для таблиц реализована техника мусорной корзины (recycle bin), хорошо известная по файловым системам.

Список содержимого мусорной корзины можно получить из системной таблицы USER_RECYCLEBIN (публичный синоним — RECYCLEBIN):

SELECT object_name, original_name, droptime FROM user_recyclebin;

Восстановить таблицу по исходному имени (поле ORIGINAL_NAME из USER_RECYCLEBIN) можно, например, так:

FLASHBACK TABLE dept_copy2 TO BEFORE DROP;

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

Для удаления из мусорной корзины нужно использовать команду PURGE, например:

PURGE TABLE dept_copy3;
PURGE RECYCLEBIN;

Чтобы таблица удалялись сразу безвозвратно, следует использовать конструкцию PURGE в команде DROP, например:

DROP TABLE dept_copy3 PURGE;

[prog]

[lexus]

[Random]