Развертывание базы данных вручную в SSDT на существующей базе данных в VSTS

Question

У нас есть проект базы данных Live, который мы в настоящее время обновляем только через ручное развертывание. Однако, как часть наших инициатив по улучшению процессов, мы предлагаем перейти на SSDT, чтобы мы могли улучшить и внедрить некоторую автоматизацию в наш процесс развертывания.

Чтобы упростить проверку концепции, мы подготовили тестовую среду, в которой мы можем внедрить и протестировать развертывания SSDT для клона или аналогичного представления существующей базы данных Live, которая в настоящее время поддерживается в репозитории Git на VSTS.

Однако у меня есть несколько вопросов и вопросов, касающихся этого.

1. Каким был бы рекомендуемый способ клонирования или повторного создания базы данных Live для наших развертываний SSDT в тестовой среде, не влияя на среду Live?
2. Будет ли импорт базы данных Live в наш проект SSDT и последующая публикация в тестовой среде каким-либо неблагоприятным образом влиять на среду Live, и можем ли мы ожидать каких-либо несоответствий между двумя базами данных после импорта?
3. Если наше Доказательство Концепции окажется успешным, нужно ли будет перенести все активы нашей базы данных в новый проект SSDT или проект SSDT может работать параллельно с нашим существующим проектом базы данных Live и как?
4. Приведет ли какой-либо переход или переход к SSDT к простоям или сбоям для нашей проектной команды?
5. Если миграция существующих ресурсов базы данных в новый проект SSDT не требуется, можем ли мы интегрировать функциональность SSDT в существующий проект.

Answer 1

Давайте рассмотрим все ваши вопросы:

1. Что вы подразумеваете под клоном? Копировать структуру или с данными также? В любом случае вам нужно будет импортировать схему. Создайте новый проект и импортируйте схему, щелкнув правой кнопкой мыши по проекту. Если вам также нужны данные, тогда лучшим способом является резервное копирование / восстановление.
2. SSDT естественно не работает с данными. Это просто DDL. Таким образом, при синхронизации эффект производительности структуры зависит от внесенных изменений. Повторное создание индекса может занять много времени, однако создание таблицы не будет использовать слишком много ресурсов. Еще раз, если вы говорите о резервных копиях, то вам нужно измерить, насколько они влияют на вас.
3. SSDT - это способ хранения и разработки вашего кода. Вам решать идти или нет. Мое мнение таково, что SSDT - это лучший инструмент для разработки SQL Server, однако для правильной настройки может возникнуть проблема.
4. Как я уже сказал, все зависит от изменений. Некоторые изменения не будут иметь простоев, другие могут быть очень сложными. SSDT просто сгенерирует скрипт SQL, и нет никакой разницы, будет ли он запускаться вручную или автоматически SSDT.
5. Не совсем уверен, что вы подразумеваете под миграцией. SSDT - это способ хранения и разработки вашего кода. Любая база данных SQL Server может быть помещена в SSDT (для некоторых существующих баз данных вам нужно приложить некоторые усилия, чтобы войти в SSDT, но это действительно возможно)