Определение, когда объект базы данных Oracle стал недопустимым

Jeff Atwood имеет сообщение в блоге об этом, где он рекомендует просто использовать даты а не путать пользователя с номерами версий. Однако он действительно обсуждает подход, который проявила Microsoft: Используя даты для определения номеров версий. Он входит в довольно мало глубины в своем сообщении, таким образом, я не копирую его работу здесь. Что касается Управления версиями:

Версии (по крайней мере, в.NET, пройдите примерно так):

1.2.3.4, где:

1 , главная версия
2 , незначительный выпуск
3 сборка , номер
4 пересмотр , Главная версия номер

- Показывает 'полную' систему с любыми функциями, которые версия была предназначена для имения. Обычно любые последующие 'главные' версии являются перезаписями или изменениями архитектуры, или (извините дублирование), существенные изменения к программному обеспечению.

Незначительный Выпуск - Показывает менее значительный выпуск, с, возможно, исправлениями ошибок, маленькие опции, добавленные, или любое количество других 'незначительных' событий. Это могло включать интерфейсные изменения и дополнения. Обычно приложения должны быть несколько совместимыми в своем дереве 'главной версии', таким образом, вспомогательные версии той же главной версии должны быть архитектурно тем же.

Номер сборки - Обычно показывает просто исправления ошибок, маленькие меры, и несколько незначителен в их объеме. Это могло быть что-то столь же простое как изменение контраста между передним планом и фоном приложения. Обычно Сборки являются внутренними обозначениями, такими как ночные сборки, таким образом, у Вас всегда есть место для возвращения назад к этому, стабильно.

Пересмотр Номер - показывает, когда исправления ошибок выпущены, или ОЧЕНЬ незначительные улучшения сделаны. Они обычно резервируются для просто исправлений ошибок - , не включают улучшения основной функции как изменения .

5
задан OMG Ponies 23 September 2009 в 17:58
поделиться

3 ответа

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

1
ответ дан 15 December 2019 в 06:30
поделиться

Отчеты OEM
Если у вас настроен OEM, вы можете просматривать ежедневные отчеты об объектах. Это ручное решение, не уверен, можно ли запрашивать данные в этих отчетах или данные большого объекта.

0
ответ дан 15 December 2019 в 06:30
поделиться

Нет. Вы могли бы оценить это, посмотрев на временные метки связанных зависимых объектов (в DBA_DEPENDENCIES) - если объект был признан недействительным из-за отбрасывания другого объекта, вы могли бы проверить время отбрасывания родителя в корзине. Опять же, это детективная работа, а не такая простая задача, как предоставление информации в виде.

2
ответ дан 15 December 2019 в 06:30
поделиться
Другие вопросы по тегам:

Похожие вопросы: