Jeff Atwood имеет сообщение в блоге об этом, где он рекомендует просто использовать даты а не путать пользователя с номерами версий. Однако он действительно обсуждает подход, который проявила Microsoft: Используя даты для определения номеров версий. Он входит в довольно мало глубины в своем сообщении, таким образом, я не копирую его работу здесь. Что касается Управления версиями:
Версии (по крайней мере, в.NET, пройдите примерно так):
1.2.3.4, где:
1 , главная версия
2 , незначительный выпуск
3 сборка , номер
4 пересмотр , Главная версия номер
- Показывает 'полную' систему с любыми функциями, которые версия была предназначена для имения. Обычно любые последующие 'главные' версии являются перезаписями или изменениями архитектуры, или (извините дублирование), существенные изменения к программному обеспечению.
Незначительный Выпуск - Показывает менее значительный выпуск, с, возможно, исправлениями ошибок, маленькие опции, добавленные, или любое количество других 'незначительных' событий. Это могло включать интерфейсные изменения и дополнения. Обычно приложения должны быть несколько совместимыми в своем дереве 'главной версии', таким образом, вспомогательные версии той же главной версии должны быть архитектурно тем же.
Номер сборки - Обычно показывает просто исправления ошибок, маленькие меры, и несколько незначителен в их объеме. Это могло быть что-то столь же простое как изменение контраста между передним планом и фоном приложения. Обычно Сборки являются внутренними обозначениями, такими как ночные сборки, таким образом, у Вас всегда есть место для возвращения назад к этому, стабильно.
Пересмотр Номер - показывает, когда исправления ошибок выпущены, или ОЧЕНЬ незначительные улучшения сделаны. Они обычно резервируются для просто исправлений ошибок - , не включают улучшения основной функции как изменения .
Что-то должно произойти, чтобы объект стал недействительным. Обычно это модификация указанного объекта. Включите аудит базы данных на DDL, и вы сможете отслеживать изменения в объектах, которые приводят к тому, что другие объекты становятся недействительными.
Отчеты OEM
Если у вас настроен OEM, вы можете просматривать ежедневные отчеты об объектах. Это ручное решение, не уверен, можно ли запрашивать данные в этих отчетах или данные большого объекта.
Нет. Вы могли бы оценить это, посмотрев на временные метки связанных зависимых объектов (в DBA_DEPENDENCIES) - если объект был признан недействительным из-за отбрасывания другого объекта, вы могли бы проверить время отбрасывания родителя в корзине. Опять же, это детективная работа, а не такая простая задача, как предоставление информации в виде.