Где находится удобный конструктор для настройки разрешений и дизайнер схемы схемы в проекте базы данных SQL2005 в VSTS2008 Database Edition GDR RTM?

Я только что установил GDR RTM-версию Visual Studio Team System Database Edition GDR RTM.

Все это, кажется, прекрасно работает, но мне, кажется, нужно отредактировать XML (Database.sqlpermissions) для указания разрешений SQL.

Я что-то упускаю?

Если уж на то пошло, где инструмент схемы схемы?

Я понимаю, что GDR много предоставляет для расширения компонентов Database Edition, поэтому я должен ждать, пока сторонние расширения предоставят инструмент диаграммы и дизайнер разрешений?


database-project visual-studio-2008 gdr
person BlackMael    schedule 03.12.2008    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Я искал графических дизайнеров и был разочарован, когда не нашел ни одного.

По мере использования он выглядит все лучше и лучше. Вместо графических дизайнеров я проектирую таблицы в базе данных с помощью SQL Server Management Studio, а затем переворачиваю все на скрипты. Затем я могу напрямую вносить изменения в сценарии и развертывать новую версию базы данных или продолжать вносить изменения в базу данных напрямую.

Разработка туда и обратно отлично работает.

person Robert Vuković    schedule 06.12.2008

arrow_upward
0
arrow_downward

Да, я думаю, что они упустили весь смысл ГДР, по крайней мере, в этой версии.

Управление исходным кодом и автоматизация сборки — это очень хорошо, но основой работы по разработке базы данных является создание объектов и sprocs в базе данных, многие из которых выполняются с помощью дизайнеров, потому что это просто быстрее, чем запускать TSQL. Поскольку GDR не обслуживает это, этот дизайн будет по-прежнему выполняться в Management Studio.

Если люди используют Management Studio для выполнения своей реальной работы, постоянная синхронизация с моделью VS только для того, чтобы поддерживать систему управления версиями в актуальном состоянии, является занозой в заднице, что означает, что она не будет выполняться последовательно, и даже когда это это создает трение.

Развитие туда и обратно работает не очень хорошо.

person piers7    schedule 05.02.2009
comment
Без обид, но вы не совсем похожи на целевой рынок. Весь смысл GDR заключается в том, чтобы упростить (или даже сделать возможным) управление разработкой и развертыванием баз данных с использованием лучших практик, таких как контроль версий. Если вы хотите заниматься разработкой только в SSMS, то GDR, вероятно, не для вас. - person Mike Powell; 07.04.2009
comment
Я не думаю, что преимущества контроля исходного кода не должны быть за счет потери какой-либо поддержки дизайнера. Я могу запускать TSQL так же хорошо, как и любой другой, если понадобится, но я также знаю, что работаю более продуктивно, если у меня есть достойная поверхность дизайна. Поскольку у GDR его еще нет, он становится нежизнеспособным как «универсальный магазин» или, в лучшем случае, обрекает вас на многократную синхронизацию туда и обратно. Сравните это практически с любым другим типом проекта (в том числе для служб Analysis Services), где вы можете получить свой пирог с контролем версий и съесть его (получите достойную поддержку дизайнера). Вы предлагаете GDR только для наркоманов TSQL? - person piers7; 05.06.2009
comment
Я должен добавить, что мы используем GDR в моем текущем проекте, и при условии, что вы работаете в модели «локальной базы данных разработчиков», вы можете создать жизнеспособный рабочий процесс. Вы просто тратите много времени на синхронизацию изменений, внесенных в базу данных, с моделью, в то время как несколько дизайнеров позволяют вам работать с моделью в качестве основной среды. - person piers7; 05.06.2009