Управление сценариями базы данных в ваших решениях

Question

Я обычно создаю папку решений в Visual Studio и помещаю в них свои сценарии БД.Я всегда использую как минимум этот набор сценариев:

1. Удаление модели
2. Создание сценария модели
3. Пользовательские функции
4. Хранимые процедуры
5. Статические данные (справочные таблицы)
6. Тестовые данные (не развернуты)

Затем я просто объединяю их и запускаю на SQL Server, чтобы иметь возможность воссоздать всю БДза один шаг (объединяя эти сценарии в один и выполняя его).

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

• Visual Studio, ни в
• SQL Management Studio

Я пытался создать SQL Server 2008База данных Project в Visual Studio 2010, но я каким-то образом перегружен всеми возможными настройками сервера (которые я все равно предпочитаю использовать по умолчанию на сервере).Так что я немного запутался: Должен ли я использовать этот шаблон проекта или просто сделать то же самое, что делал всегда?

Что вы используете и почему?Какие преимущества я могу извлечь из этого?

Answer 1

На вашем месте я бы продолжал делать то же, что и вы. На самом деле я делаю! На мой взгляд, преимущества наличия / редактирования / просмотра реальных файлов .sql прямо в папке намного лучше, чем преимущества, которые вы получаете, используя проект БД. Проект БД использовался бы, если бы вы делали что-то вроде отчетов о хранилище, если вам приходилось взаимодействовать примерно с 8 базами данных, а затем сравнивать их с 8 различными базами данных, сохранять наборы результатов и т. Д. Проекты, я просто не думаю, что они действительно сильно помогают, когда у вас есть такая простая установка, которая уже работает.

Преимущества проекта базы данных SQL Server 2008 в VS10 :

• Не нужно переключаться назад и вперед от вашего текущего клиента вы используете для связаться с вашим сервером SQL.
• Достойные инструменты сравнения данных и схем.
• Дает вам возможность в один клик повернуть вспять. проектировать базу данных в источник контролировать и поддерживать его в актуальном состоянии.
• Вы можете сравнить проекты с физическими базы данных и наоборот. (Это позволяет легко поддерживать базу данных в актуальном состоянии, независимо от того, где вы ее измените: проект базы данных файловой системы или сама физическая база данных)
• Если текущее используемое вами средство не предназначено специально для SQL Server, то это -
• Чрезвычайно полезно, если вам нужно сделать модульные тесты непосредственно в базе данных без использования абстракций.

Answer 2

Если вы ищете что-то немного менее сложное, вы можете попробовать SQL Source Control . Это даже не потребует от вас поддержания скриптов, поскольку это не делает вас за кулисами. Тем не менее, он будет работать как решение для вас, только если вы используете TFS или SVN. И это стоит $ 295 ...

У него 28-дневный пробный период, поэтому, если вы с удовольствием его опробуете, мне будет интересно ваше мнение.