Проекты приложений для данного уровня заменяют проекты базы данных из редакции базы данных Visual Studio?

StackOverflow https://stackoverflow.com/questions/4235412

Вопрос

Я немного знаком с функциями приложений к данным и какие проекты баз данных сделали в редакции базы данных Visual Studio.

Эти два разных перекрывающихся решений для контроля версий базы данных? Или функциональные возможности приложения уровня данных заменяют прямо необходимость использования выпуска базы данных Visual Studio и проектов баз данных?

Это было полезно?

Решение

Сейчас разница между проектами баз данных и проектами данного уровня находится в пункте развертывания. Если вы хотите создать DACPAC, вы бы использовали проект уровня данных. Если вы хотите создать файл миграции .dbschema и SQL, вы бы использовали обычную базу данных проекта.

Насколько я знаю, ожидается, что приложения уровня данных будут важны в будущем для развертывания SQL Azure.

Если вы не смотрите на SQL Azure, я бы сейчас использовал проекты баз данных. Все зависит от того, что вы пытаетесь достичь. Это может быть так SQL Source Control. (по красным воротам, компания, на которую я работаю) больше подходит для ваших потребностей.

Другие советы

DAC предоставляет модель приложения, которая может использоваться в качестве интерфейса между разработчиками и DBAS. Разработчик редактирует модель, DBA удается / развертывает из модели. Например, после того, как модель будет построена или извлечена, она может быть развернута для нескольких серверов.

Представьте себе .dacpac как .exe. Разработчик строит .exe и передает его кому-то. На данный момент было бы неплохо, если бы разработчик не должен беспокоиться о том, где этот .exe работает, потому что .exe внутренне последовательно - это либо работает, либо не так. Почему разработчик должен надо беспокоиться о нацеливании 2008, 2005 года, или Azure специально? Просто разработайте модель приложения и позвольте ЦАП позаботиться о остальных ...

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

Вам нравится управлять библиотекой сценариев обновлений для ваших различных баз данных? Разве не было бы неплохо, если бы весь штат вашей базы данных может быть построен или захвачен (извлечен) в любой момент времени?

Проект приложений в базе данных MASHUP в VS 2010 будет разрешен в предстоящем выпуске инструментов для создания баз данных. Инвестирование в DBSchema или DAC не повлияет на совместимость вперед.

Я считаю, что проекты базы данных Visual Studio нацелены на разработчиков.

Приложения уровня данных нацелены на DBA. Видеть этот блог для деталей.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top