Visual Studio против SQL Server Management Studio - ваш выбор

Question

Просто предисловие: я работаю в небольшой компании, которая занимается разработкой ASP.NET и использует SQL Server 2005 для всех наших потребностей в базе данных.

Мне было интересно узнать, в чем заключаются преимущества и недостатки использования Visual Studio или SQL Server Management Studio для нашей разработки на стороне базы данных (то есть создание таблиц, написание хранимых процедур и т. Д.).

Прямо сейчас мы выполняем все наши задачи с базами данных в Management Studio, и мне было интересно, есть ли какая-то польза от использования Visual Studio вместо этого. Будет ли легче отслеживать изменения процедур и других модификаций базы данных (будь то через саму Visual Studio или через какой-либо тип управления исходным кодом (планирование в ближайшее время внедрения subversion).

У меня лично нет проблем с работой в Management Studio, но если бы она была более эффективной и более управляемой через Visual Studio такими способами, с которыми я просто не знаком, я бы хотел услышать об этом.

РЕДАКТИРОВАТЬ : я просто хотел отметить, что мои конкретные среды разработки - это SQL Sever 2005, Visual Studio 2005 Professional Edition и Visual Studio Team System 2008 Development Edition. У нас нет сервера Team Foundation или каких-либо других дополнений, работающих или установленных.

Answer 1

Мой личный метод - использовать SQL MS для всего, что связано с дизайном (дизайн схемы, диаграммы, ключи, индексы и т. Д.), Но для создания всех моих хранимых процедур, функций и т. П. В Visual Studio в виде " Проект «База данных» привязан к моему решению - главным образом потому, что он позволяет мне лучше контролировать управление версиями таким образом (как мне кажется, они обычно меняются чаще, чем схема), и я считаю, что это особенно удобно при использовании контекстных меню в VS для запускайте procs на моих тестовых и промежуточных машинах напрямую, так как я делаю это так часто.

Answer 2

ИМХО, одним из больших преимуществ использования студии управления является «скрипт как». Насколько мне известно, нет эквивалента в VS.

Answer 3

Visual Studio 2010 внесла несколько неплохих обновлений в проекты и решения SQL Server. Подробнее здесь:

https://web.archive.org/web/20160407003056/http://leonardwoody.com/2011/08/27/introduction-to-visual-studio-database-management/

Answer 4

Ранее я использовал Management Studio для всей работы с SQL, но в последнее время обнаружил, что собственный менеджер SQL в Visual Studio тоже довольно хорош. Я использую его все больше и больше для выполнения быстрых проверок запросов и внесения изменений в схему базы данных.

У него есть отличная особенность отступа SQL, и я нашел его довольно полезным. На мой взгляд, это лучше, чем SQL-раскраска Management Studio.

Answer 5

Это сложный вопрос. Я думаю, это будет зависеть от того, что вы делаете. Если вы создаете DAL и прочее, вероятно, было бы проще использовать VS, поскольку есть хорошая интеграция (перетаскивание и т. Д.). VS, вероятно, достаточно для 95% вашей ежедневной активности дБ.

Но, как кто-то уже упоминал, вы не получаете помощников "Script As" (которые я использую все время). Вы также не получите много (если что-нибудь) в средствах управления пользователями (вход в систему и т. Д.). И насколько я знаю, нет никакого способа управлять индексами через Visual Studio. Вы также ничего не получаете от импорта / экспорта данных.

Answer 6

Для меня Data Dude (он же Database Edition Visual Studio 2008 Team System) сильно изменил ситуацию с точки зрения выполнения тех самых задач, о которых говорит ваш вопрос: отслеживание изменений процедур и других изменений в базе данных. Не только ваша команда в целом может отслеживать изменения между различными общими средами, но и посредством контроля источников каждый член команды может отслеживать свои различия относительно всех общих сред. Это делает код базы данных действительно кодом со всеми вытекающими отсюда преимуществами.

Кроме того, совсем несложно согласовать различия между базами данных, и инструмент автоматически генерирует код, который бы согласовывал эти различия. В идеале код базы данных должен выходить из-под контроля исходного кода, как это обычно делается в коде ASP.NET. Data Dude значительно уменьшает усилия по достижению этого паритета.

Единственный минус - это стоимость: Data Dude требует обновления до Team System для тех, кто работает в Visual Studio Pro. К счастью, очевидно, что Microsoft собирается внедрить эту функциональность в редакцию Visual Studio 2010 для разработчиков, которая, вероятно, будет иметь цены, аналогичные Visual Studio 2008 Pro.