Какова реальная выгода Выпуска Системной базы данных Команды Visual Studio (ГДР)?
Согласно Sun Java Specification , он называется Условным оператором. См. Раздел 15.25. Вы правы в том, что он делает.
Условный оператор? : использует логическое значение одного выражения для определения того, какое из двух других выражений должно быть оценено.
Условный оператор синтаксически право-ассоциативный (он группируется справа налево), так что a? b: c? d: e? f: g означает то же, что и b: (c? d: (e? f: g)).
ConditionalExpression:
ConditionalOrExpression
ConditionalOrExpression ? Expression : ConditionalExpression
Условный оператор имеет три выражения операнда; ? появляется между первым и вторым выражениями и появляется между вторым и третьим выражениями.
Первое выражение должно иметь тип boolean или Boolean, или возникает ошибка времени компиляции.
7 ответов
Мы используем функциональность выпуска базы данных Комплекта Команды на Переполнении стека. Как сказанный Vaibhav, главным образом это полезно, потому что это дает Вам способ с одним щелчком перепроектировать базу данных в управление исходным кодом и усовершенствовать его.
Примечание, что это также имеет достойные Данные и Схему, сравнивает инструменты также. Можно сравнить проекты с физическими базами данных и наоборот. Это делает довольно легким усовершенствовать Вашу базу данных, неважно, где Вы вносите изменения - в проекте базы данных файловой системы, или в самой физической базе данных.
При сравнении его с инструментом как RedGates которые конкретно адаптируются для SQL Server, преимущества - то, что, если у Вас есть надлежащая подписка MSDN, Вы не должны тратить больше денег для других инструментов (но иметь в виду, что инструменты RedGate являются намного более сформировавшимися), и это отвечает на некоторые вопросы (как регрессионные тесты и модульные тесты на уровне DB), который не покрывают другие инструменты, и это делает так интегрировать способом с другим инструментом тестирования VSTS, так, чтобы можно было записать результаты в Системе Команды.
По сравнению с инструментом как Причал ErStudio (мое предпочтительное решение) это пропускает перекрестные функции базы данных, и это - большая проблема, по крайней мере, для меня.
, Если Вы - "вся Microsoft" магазин с надлежащей подпиской MSDN, могло бы стоить провести время на нем.
Можно сделать управление версиями базы данных для одного. Это полезно.
другой вещью, которая действительно полезна, является способность определить тип данных семени для тестирования. Через эту Visual Studio заполнит базу данных со случайными данными и здорово для тестирования.
также, конечно, существуют другие преимущества.
Вероятно, лучшие преимущества заключаются в возможности управления версиями отдельных объектов схемы БД (которые Вы могли бы сделать это с более старыми «Проектами базы данных»), но у вас есть возможность «построить» / развернуть проект и преобразовать эти отдельные сценарии в полную базу данных.
Возможность импортировать сценарии и заставить мастера скрывать отдельные элементы схемы. в отдельные файлы очень удобно, если вы унаследовали схему БД.
Учитывая, что недавно модель лицензирования изменилась, это делает ее еще более привлекательной, поскольку она включена в SKU редакции для разработчиков. Также предусмотрена поддержка «модульных тестов базы данных», которые могут быть полезны.
Начиная с ГДР 2008 года,
Тестовая интеграция VSDB является столь болезненной для конфигурирования, что мы отказались от нее, и это - единственная вещь, это получено, что Красный Логический элемент не делает.
инструмент Красного Логического элемента является более полезными милями. Это действительно живет DB и сценарии в папках, но также и имеет "снимки". Аспектом Красного Логического элемента, который SQL Сравнивает, который дает ему победу, является своя способность к Снимку и то, что Ваша лицензия позволяет Вам развертывать их блоки и использовать их для выполнения сопровождения базы данных в клиентском времени выполнения.
Это сделало обновления в приложении COTS, что я разрабатываю бриз. Снимок является двоичным представлением схемы. Можно упаковать их как ресурсы в блоке, затем использовать снимок в клиентской схеме времени выполнения, выдерживают сравнение, чтобы принести существующей базе данных до текущей версии.
Всегда полезно подвергнуть все тому же управлению исходным кодом, таким образом, Ваш чувак данных может откладывать, регистрация, соответствовать истории и даже разрешить workitems и ошибки с помощью тех же инструментов, которые используют другие члены команды.
Также, чтобы смочь иметь один механизм управления версиями через целое приложение, другими словами, не имеет смысла говорить, что мое управление исходным кодом имеет все версии моего проекта, в то время как Ваша база данных не может соответствовать ни одной из этих старых версий, если Вы не берете резервное копирование или снимок базы данных с каждой сборкой.
В настоящее время мы используем проекты GDR 2008 для управления всей разработкой и развертыванием нашей базы данных в системе с нуля. Мы используем сценарий сборки TFS для вызова задачи MSBuild для развертывания баз данных вместе с выполнением планов генерации данных для предварительного заполнения тестовой среды данными.
Ключевым моментом в планах генерации данных был поиск задачи сборки для использования, которая:
TaskName="DataGeneratorTask"
AssemblyName="Microsoft.Data.Schema.Tasks, Version=9.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"
Вся эта работа над проектом gdr была невероятно полезной, и я думаю, что стоит потратить время на обучение, чтобы узнать эти типы проектов . Они обеспечивают астрономическую производительность и заметность.
Это позволяет всем нам просматривать всю систему в едином решении Visual Studio, а также позволяет нам начать с чистого листа нашей системы в любой момент времени, щелкнув команду развертывания или настраивая конфигурацию сборки.
Этот блог поможет запустить сценарий TFSBuild, если вам интересно.