Поделиться через

Управление версиями с помощью хранилища (предварительная версия)

  • Статья

В этой статье объясняется, как работают конвейеры интеграции и развертывания Git для складов в Microsoft Fabric. Узнайте, как настроить подключение к репозиторию, управлять хранилищами и развертывать их в разных средах. Управление версиями для хранилища Fabric в настоящее время является функцией предварительной версии.

Для различных сценариев можно использовать конвейеры интеграции и развертывания Git:

  • Используйте проекты базы данных Git и SQL для управления добавочными изменениями, совместной работой команды, журналом фиксаций в отдельных объектах базы данных.
  • Используйте конвейеры развертывания для повышения изменения кода в разных предустановленных и рабочих средах.

Интеграция с Git

Интеграция Git в Microsoft Fabric позволяет разработчикам интегрировать свои процессы разработки, инструменты и рекомендации непосредственно на платформу Fabric. Это позволяет разработчикам, которые разрабатываются в Fabric:

  • Резервное копирование и версия их работы
  • Вернуться к предыдущим этапам по мере необходимости
  • Совместная работа с другими пользователями или работайте в одиночку с помощью ветвей Git
  • Применение возможностей знакомых средств управления версиями для управления элементами Fabric

Дополнительные сведения о процессе интеграции Git см. в следующих статье:

Настройка подключения к системе управления версиями

На странице параметров рабочей области можно легко настроить подключение к репозиторию для фиксации и синхронизации изменений.

  1. Сведения о настройке подключения см. в статье "Начало работы с интеграцией Git". Следуйте инструкциям по подключению к репозиторию Git в Azure DevOps или GitHub в качестве поставщика Git.
  2. После подключения элементы, включая склады, отображаются на панели управления версиями . Снимок экрана: портал Fabric хранилища в параметрах системы управления версиями.
  3. После успешного подключения экземпляров хранилища к репозиторию Git вы увидите структуру папок хранилища в репозитории. Теперь можно выполнять будущие операции, например создание запроса на вытягивание.

Проекты базы данных для хранилища в Git

Ниже приведен пример структуры файлов каждого элемента хранилища в репозитории:

Снимок экрана: портал Fabric для примера схемы хранилища.

При фиксации элемента хранилища в репозитории Git хранилище преобразуется в формат исходного кода в виде проекта базы данных SQL. Проект SQL — это локальное представление объектов SQL, составляющих схему отдельной базы данных, таких как таблицы, хранимые процедуры или функции. Структура папок объектов базы данных организована по типу схемы или объекта. Каждый объект в хранилище представлен с помощью файла .sql, содержащего определение языка определения данных (DDL). Данные таблицы хранилища и функции безопасности SQL не включены в проект базы данных SQL.

Общие запросы также фиксируются в репозитории и наследуют имя, сохраненное как.

Скачивание проекта базы данных SQL для хранилища в Fabric

С расширением База данных SQL Projects, доступным внутри Azure Data Studio и Visual Studio Code, вы можете управлять схемой хранилища и обрабатывать изменения объектов хранилища, как и другие проекты базы данных SQL.

Чтобы скачать локальную копию схемы хранилища, выберите "Скачать проект базы данных SQL" на ленте.

Снимок экрана: портал Fabric ленты запроса. Выделено поле

Локальная копия проекта базы данных, содержащая определение схемы хранилища. Проект базы данных можно использовать для:

  • Повторно создайте схему хранилища в другом хранилище.
  • Дальнейшая разработка схемы хранилища в клиентских средствах, таких как Azure Data Studio или Visual Studio Code.

Публикация проекта базы данных SQL в новом хранилище

Чтобы опубликовать схему хранилища в новом хранилище, выполните следующие действия.

  1. Создайте хранилище в рабочей области Fabric.
  2. На странице запуска нового хранилища в разделе "Сборка хранилища" выберите проект базы данных SQL. Снимок экрана: портал Fabric для кнопки проекта базы данных SQL.
  3. Выберите файл .zip, скачанный из существующего хранилища.
  4. Схема хранилища публикуется в новом хранилище.

Конвейеры развертывания

Вы также можете использовать конвейеры развертывания для развертывания кода хранилища в разных средах, таких как разработка, тестирование и рабочая среда. Конвейеры развертывания не предоставляют проект базы данных.

Выполните следующие действия, чтобы завершить развертывание хранилища с помощью конвейера развертывания.

  1. Создайте новый конвейер развертывания или откройте существующий конвейер развертывания. Дополнительные сведения см. в статье "Начало работы с конвейерами развертывания".
  2. Назначьте рабочие области различным этапам в соответствии с целями развертывания.
  3. Выбор, просмотр и сравнение элементов, включая склады между разными этапами, как показано в следующем примере. Снимок экрана: портал Fabric этапов разработки, тестирования и рабочей среды.
  4. Выберите "Развернуть" , чтобы развернуть склады на этапах разработки, тестирования и рабочей среды .

Дополнительные сведения о процессе конвейеров развертывания Fabric см. в разделе "Обзор конвейеров развертывания Fabric".

Ограничения в системе управления версиями

  • Функции безопасности SQL должны быть экспортированы и перенесены с помощью подхода на основе скрипта. Рассмотрите возможность использования скрипта после развертывания в проекте базы данных SQL, который можно настроить, открыв проект с расширением База данных SQL Projects, доступным в Azure Data Studio.

Ограничения интеграции Git

  • В настоящее время при ALTER TABLE добавлении ограничения или столбца в проекте базы данных таблица будет удалена и воссоздана при развертывании, что приводит к потере данных. Рассмотрим следующее решение, чтобы сохранить определение и данные таблицы:
    • Создайте новую копию таблицы в хранилище, используя CREATE TABLE и INSERT, CREATE TABLE AS SELECTили клонировать таблицу.
    • Измените определение новой таблицы с новыми ограничениями или столбцами по мере необходимости.ALTER TABLE
    • Удалите старую таблицу.
    • Переименуйте новую таблицу в имя старой таблицы с помощью sp_rename.
    • Измените определение старой таблицы в проекте базы данных SQL точно так же. Теперь проект базы данных SQL хранилища в системе управления версиями и динамического хранилища должен соответствовать.
  • В настоящее время не создавайте поток данных 2-го поколения с назначением выходных данных в хранилище. Фиксация и обновление из Git будет заблокирована новым элементом, который DataflowsStagingWarehouse отображается в репозитории.
  • Конечная точка аналитики SQL не поддерживается с интеграцией Git.

Ограничения для конвейеров развертывания

  • В настоящее время при ALTER TABLE добавлении ограничения или столбца в проекте базы данных таблица будет удалена и воссоздана при развертывании, что приводит к потере данных.
  • В настоящее время не создавайте поток данных 2-го поколения с назначением выходных данных в хранилище. Развертывание будет заблокировано новым элементом, который DataflowsStagingWarehouse отображается в конвейере развертывания.
  • Конечная точка аналитики SQL не поддерживается в конвейерах развертывания.

Связанный контент