глобальная версия данных SQL Server

Question

Интересно, как лучше реализовать глобальную версию данных для базы данных?Я хочу, чтобы любая модификация базы данных увеличивала версию в «глобальной таблице версий» на единицу.Мне это нужно, чтобы при общении с пользователями приложения я знал, о какой версии данных мы говорим.

1. Стоит ли хранить эту информацию в таблице?
2. Следует ли использовать триггеры дляэто?

Answer 1

Этот номер версии может быть сохранен в таблице конфигурации или в отдельной таблице (с одним полем).

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

Каждый пакет развертывания должен позаботиться об обновлении номера версии схемы и схемы базы данных (при необходимости)

Answer 2

Я склонен иметь глобальную таблицу или таблицу настроек с различными псевдостатическими значениями.
- Всего один ряд
- много полей

Это может включать номера версий.

С точки зрения сохранения номера версии, на которую вы ссылаетесь, изменится ли это при изменении содержимого данных? Если так, то триггер был бы полезен. Если вы хотите, чтобы номер версии относился к структурам таблиц и т. Д., Я был бы более склонен управлять этим вручную. (Некоторые изменения могут быть неактуальными с точки зрения приложений, или может быть несколько изменений в одном обновлении версии.)

Answer 3

Чтобы завершить предыдущие ответы, я натолкнулся на концепцию «Миграции» (очевидно, из мира Ruby on Rails), и уже был вопрос о SO, который охватывал существующие фреймворки в .Net.

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

предыдущий вопрос SO с обзором параметров: https://stackoverflow.com/questions/313/net-migrations-engine

Answer 4

Лучший способ реализовать «глобальную версию данных для базы данных» - через систему контроля версий и процесс сборки.Когда все изменения будут отправлены и пройдены тестирование, процесс сборки увеличит вашу схему номеров версий.

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