2016-08-02 1 views
1

В идеале все члены моей команды будут проверять/изменять свои изменения в схеме базы данных в исходном элементе управления. Но на практике это не то, что происходит. Существует ли очень популярный сторонний инструмент или подробное представление динамического управления для просмотра изменений схемы (CREATE/DROP/ALTER), сделанных в базе данных, и какая учетная запись пользователя внесла эти изменения?Для команды, которая не использует контроль источника - как отслеживать изменения схемы в SQL Server 2012?

ответ

0

Вы можете создать триггер DDL для отслеживания этих изменений.

1

Посмотрите на DLM dashboard от RedGate

Также обратите внимание на другие инструменты, которые обеспечивают Редгейт для управления версиями базы данных и автоматизированного развертывания.

Вы также можете ознакомиться с использованием SSDT from Microsoft. Похожих, но не совсем, как функция завершен способ управления базами данных

Также обратите внимание на readyroll, или рассмотреть возможность использование ORM как основы сущности управления разработкой баз данных

+0

отправляете как комментарий, как это потенциально спорное утверждение. Если кто-то из вашей команды отказывается использовать контроль источника. Это проблема HR, а не проблема с инструментами. Отложите их, они некомпетентны –

0

Есть несколько 3-й инструментов сторонних для управления версиями базы данных, включая DBmaestro и Redgate, которые предоставляют решения, которые решают эту проблему.

Вы можете создать триггер DDL для аудита изменений. Вы можете использовать контекст сеанса для извлечения данных о том, кто, когда и что. https://technet.microsoft.com/en-us/library/ms189252(v=sql.105).aspx. Для SqlServer2016 существуют новые методы.

Я согласен с @James. Первым и самым важным шагом является мышление разработчиков и разработчиков dba. Как только вовлеченные люди будут на борту, вы увидите, какой инструмент вам подходит лучше всего.

Раскрытие: Я работаю DBmaestro

Смежные вопросы