Початок колективної розробки баз даних, що посилаються на загальні серверні об’єкти, Microsoft Docs
Перш ніж можна буде керувати змінами об'єктів бази даних та налаштувань, слід спочатку створити проект бази даних. Потім потрібно імпортувати об'єкти та налаштування з бази даних, яку потрібно керувати. Якщо кілька баз даних посилаються на ті самі серверні об'єкти, слід створити проект для кожної бази даних, а також серверний проект, до якого імпортуються такі об'єкти, як загальні імена входу, ключі або повідомлення про помилки, що настроюються.
У більшості командних середовищ тільки адміністраторам баз даних слід оновлювати серверні об'єкти та налаштування. Можна структурувати дозволи таким чином, щоб тільки адміністратори могли створювати та змінювати серверний проект, а інші члени групи могли оновлювати об'єкти у проекті бази даних.
Потім ці проекти поміщаються в систему керування версіями та виконується розгортання послідовних змін до ізольованого середовища розробки. У цьому типі середовища члени групи можуть незалежно тестувати свої зміни, а потім використовувати їх спільно з групою тільки після повного тестування. Використання цього підходу дозволяє підвищити якість коду бази даних до її розгортання у робочому середовищі.
Завдання типу проекту
Під час створення проекту бази даних або серверного проекту вказується тип проекту, який відповідає вашій версії SQL Server. Наприклад, якщо база даних базується на SQL Server 2005, вказується пунктПроект бази даних SQL Server 2005,Проект сервера SQL Server 2005 абоМайстер SQL Server 2005. Якщо використовується майстер, то можна не тільки створити проект, а й одночасно налаштувати параметри побудови та імпортувати об'єкти базиданих та параметри.
Звернення до серверного проекту
Після створення проектів слід відкрити проект бази даних та оголосити посилання, що ідентифікує серверний проект на його ім'я. Створювати змінні, що ідентифікують сервер і базу даних у цьому проекті, не потрібно, оскільки об'єкти бази даних та сервера, на які він посилається, завжди розміщуються на тому самому сервері.
Також можна використовувати в цьому сценарії нескладне посилання, якщо не слід перевіряти налаштування сервера при розгортанні. При використанні нескладного посилання слід визначити змінну бази даних, але вказати літерал, значення якого дорівнює "master". даних та Практичний посібник. Додавання посилань на проекти бази даних.
Звернення до системних об'єктів
Якщо в проекті бази даних використовуються системні об'єкти, наприклад системна процедура, що зберігається, системна таблиця, системне подання або системний каталог, необхідно додати посилання на базу даних "master". Наприклад, може знадобитися звернення до sys.sysobjects. Якщо не додати посилання на базу даних "master", яка містить визначення таких об'єктів, з'явиться одне або кілька попереджень для кожного невирішеного посилання.
Не потрібно створювати серверний проект для звернення до системних об'єктів. Замість цього потрібно додати посилання на файл master.dbschema, відповідний базі даних і версії, що використовується. Файл master.dbschema можна знайти в папці [Program Files]\Microsoft Visual Studio 10.0\VSTSDB\Extensions\SqlServer\версія_сервера_Sql\DBSchemas, де версія_сервера_Sql — версія SQL Server, до якого здійснюється звернення (2005 або 2008).
Загальні завдання
У таблиці наведено опис стандартнихзадач, які можуть бути корисними при реалізації цього сценарію, та посилання на більш докладні відомості про виконання цих завдань. Крім того, необхідно визначити найкращу відповідність цих завдань для методології розробки команди.
Додаткові відомості про проекти баз даних та серверні проекти: можна прочитати про основні концепції управління змінами з використанням проектів баз даних та серверних проектів.
Отримання практичного досвіду: можна пройти покроковий посібник зі створення та розгортання бази даних, що посилається на загальні імена входу.
Створення проектів баз даних та серверних проектів та додавання їх до системи керування версіями: можна використовувати майстер для створення проектів баз даних та серверних проектів, налаштування параметрів проектів та імпорту об'єктів та налаштувань з бази даних або з сервера. Крім того, можна створити порожній проект, якщо потрібно імпортувати об'єкти та налаштування пізніше або якщо немає дозволу на доступ до сервера або бази даних, звідки буде імпортуватися. Після імпортування об'єктів та налаштувань можна додати проект до системи керування версіями.