Сценарии традиционных версий

Доступно с лицензией Standard или Advanced.

Использование версий может применяться в различных сценариях и может варьироваться в зависимости от бизнес-требований каждой организации. Общие рекомендации по редактированию рабочих процессов и рекомендуемые настройки управления версиями описаны с иллюстрациями ниже.

Рабочие процессы в разных организациях различаются. Довольно часто они растут четко обозначенными темпами, причем на каждом этапе роста появляется необходимость в наличии различных видов ресурсов и бизнес-правил. Как правило, каждый этап в общем процессе представляет собой отдельную часть работы, например, рабочее задание. Как правило, каждый этап в общем процессе представляет отдельную единицу работы, например, рабочий наряд. Как только вы закончите работу, вы сможете внести произведенные изменения в публикуемую версию базу данных. Работа с версиями таким образом позволяет обслуживать как самые базовые рабочие процессы, так и самые сложные.

Концепция управления версиями одинакова независимо от того, используете ли вы сценарии сервис-ориентированных версий или традиционные версии. Использование версий обеспечивает многократное представление данных без их копирования, позволяет одновременно редактировать данные и дает пользователям возможность работать с версиями в течение длительного времени. Более подробно см. Обзор работы с версиями.

Традиционное использование версий обеспечивает гибкость работы в версиях для осуществления длинных транзакций при доступе непосредственно из многопользовательской базы геоданных, а также позволяет упростить процесс редактирования при использовании сервисов объектов для выполнения коротких транзакций

Обзор традиционных версий
Показан общий обзор рабочего процесса управления традиционными версиями.

Чаще всего используется одновременное редактирование опубликованной конфигурации базы данных несколькими редакторами, изменяющими версию default, или комбинация других конфигураций. Понимание организационных и бизнес-требований, а также преимуществ и ограничений каждого сценария традиционных версий, поможет вам принять решение, которое будет оптимальным для вашей организации.

Для простоты и управления базой геоданных рекомендуется поддерживать плоское дерево версий.

Редактирование версии default

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

Редактирование традиционной версии default
Если доступ к версии default (оранжевый) установлен как общедоступный, редакторы могут редактировать версию default напрямую. Пользователи, подключающиеся к версии default для просмотра, видят обновления, внесенные в версию Default.

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

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

Рекомендации

При работе с версией default или ее редактировании учитывайте следующие преимущества и ограничения:

  • Преимущества
    • Эта стратегия хорошо поддерживает простые изменения базы данных, поскольку пользователям не нужно создавать новые версии для редактирования данных. Это подходит при небольших объемах работ или когда не требуются постоянные альтернативные дизайны.
    • Если конфликтов не будет, то сохраненные изменения будут закреплены в версии default напрямую.
  • Ограничения
    • Версия default постоянно меняется и уязвима для случайного или несанкционированного изменения, поэтому администратору базы данных может потребоваться чаще создавать резервные копии базы данных.
    • Не поддерживается выполнение длинных транзакций или создание альтернативных версий проектов, которые могут длиться в течение нескольких сеансов редактирования.
    • В любой момент времени в одной базе геоданных активной может быть только одна операция согласования. Если в вашей работе часто производятся согласования и закрепления изменений из различных сессий редактирования, то редакторам, сохраняющим свои изменения, может потребоваться ждать завершения активных процессов согласований и закреплений. При работе с большой многопользовательской базой геоданных лучше избегать ситуаций, в которых большое количество пользователей будет производить согласование и закрепление изменений в общей версии одновременно. Согласование и закрепление версии устанавливает на нее эксклюзивную блокировку. Во время блокировки другие пользователи не могут завершить свои задачи.

Более подробно о настройках для сохранения данных

Более подробно о разрешении конфликтов в данных

Редактирование дочерней версии

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

Если вы используете традиционные версии, в начале выполнения рабочего наряда или проекта создается версия, которая является дочерней версией версии default.

Редактирование традиционных default и дочерней версий, когда версия default задана как общедоступная
Если доступ к версии default (оранжевый) установлен как общедоступный, редакторы могут редактировать версию default напрямую или могут создавать и редактировать дочернюю версию, например, Версию A (зеленый) или Версию B (фиолетовый). Затем редакторы могут согласовывать (R) и закреплять (P) изменения в версию Default. Пользователи, просматривающие версию default, видят обновления, внесенные или закрепленные в версии Default.

До завершения работы над проектом и рабочего наряда над этой версией могут работать несколько редакторов. Когда все изменения дочерней версии завершены, редактор или администратор согласовывает их с версией default, разрешая любые возникающие конфликты. Затем изменения в версии default закрепляются и интегрируются в опубликованную базу данных. На этом этапе дочернюю версию можно удалить.

Чтобы обеспечить выполнение этого рабочего процесса и гарантировать, что версия default не меняется, можно ограничить права доступа пользователей к версии default. Администратор может установить защищенный уровень доступа к версии default, что позволит пользователям продолжать просматривать версию default, но ограничит их доступ до уровня только для чтения. Любой редактор, который захочет изменить данные, будет должен создать новую дочернюю версию.

Редактирование традиционных дочерней и default версий, когда версия default настроена как защищенная
Если доступ к версии Default (оранжевый цвет) установлен как защищенный, редакторы могут только вносить правки в дочернюю версию, например в версию A (зеленый цвет) или версию B (фиолетовый цвет). Редакторы могут согласовывать (R) и закреплять (P) изменения в версию default, а пользователи, просматривающие версию default, видят обновления, внесенные или закрепленные в версии default.

При использовании традиционных версий доступ к версии определяется комбинацией прав доступа пользователя базы данных и уровня доступа (общий, защищенный или частный), установленного для версии.

Рекомендации

При работе с дочерней версией или ее редактировании учитывайте следующие преимущества и ограничения:

  • Преимущества
    • Простота - каждая рабочая задача логически выделяется версией.
    • Поддержка длинных транзакций, длящихся несколько сеансов редактирования, и создания альтернативных версий проектов, позволяющих редакторам производить ввод предполагаемых изменений без оказания влияния на рабочую версию базы данных.
    • Создание новой версии из версии default защищает рабочее состояние базы данных от непредусмотренных изменений. Отдельные рабочие проекты интегрируются в производственной базе данных при их завершении.
    • Поддержка процессов пакетного согласования и закрепления.
  • Ограничения
    • Как и при любой многоуровневой конфигурации версии, чем больше строк будет обслуживаться в версионных дельта-таблицах, тем большее влияние будет оказываться на производительность в обработке запросов к версии. Влияние таких издержек может быть сведено к минимуму путем регулярного выполнения сжатия базы данных и обновления статистики СУБД.

Поддержка редакторов и пользователей с доступом только для чтения

Если вашей организации требуется поддержка группы редакторов, а также пользователей, обращающихся к системе с доступом только для чтения, редакторы используют традиционный рабочий процесс управления версиями, описанный в сценарии Изменить дочернюю версию. Если пользователям с правами доступа только для чтения не нужна возможность просмотра изменений сразу же после закрепления изменений в версии default, то вы можете создать защищенную, статичную версию из версии default, которую они смогут использовать. Данная версия должна быть создана после сжатия базы данных, перепостроения индексов и обновления статистики. Это позволит вам обеспечить то, что все строки, необходимые для представления версии только для чтения, хранятся в базовой таблице, и что производительность базы данных будет оптимальна. В этом сценарии в версию базы данных пользователей, доступную только для чтения, не вносятся никакие изменения, поэтому запросы на разницу версий выполнять не нужно, а статистика и индексы базы данных не устаревают и не фрагментируются.. После выполнения каждого запланированного сжатия базы данных эта версия создается заново, позволяя пользователям с доступом только для чтения иметь доступ к изменениям, которые были произведены с момента последнего сжатия базы данных.

Использование традиционных версионных данных поддерживает редакторов и вьюеров, предоставляя дочернюю версию только для чтения и редактируемую дочернюю версию.
После того, как редакторы закрепят изменения в версии default (оранжевый), из версии default может быть создана защищенная статическая версия или версия только для чтения. Эта доступная только для чтения Версия B (фиолетовая) должна быть создана после того, как все изменения из дочерней Версии A (зеленая) были согласованы (R) и закреплены (P) в версии default, а база данных была сжата и индексы и статистика перестроены. Этот процесс гарантирует, что вьюеры, подключающиеся к этой доступной только для чтения Версии B, смогут получить доступ к изменениям, внесенным с момента последнего сжатия базы данных.

Управление распределенными данными

Существует несколько способов распределения версионных данных в вашей организации для поддержки различных рабочих процессов.

Репликация базы геоданных

Репликация баз геоданных работает непосредственно с базами геоданных или сервисами геоданных и поддерживает рабочие процессы для их синхронизации. Инструменты для выполнения репликации базы геоданных в ArcGIS AllSource такие же, как в ArcGIS Desktop. Большинство из этих рабочих процессов требуют традиционных версионных данных.

Например, при выполнении некоторых проектов требуется наличие двух и более удаленно расположенных офисов, работающих с одними данными. Для каждого из этих офисов требуется наличие локального доступа к базе данных, поэтому каждый создает копию базы данных. Изменения данных, внесенные в одном офисе, должны также быть внесены в данные, расположенные в другом месте. Чтобы обеспечить синхронизацию копий баз данных, офисы могут передавать изменения друг другу по расписанию. Данная функциональная возможность называется репликацией базы геоданных.

Пример централизации данных из нескольких источников как возможный сценарий работы с распределенными данными

Репликации будут также удобны для редакторов, которые вынуждены редактировать данные по сети с низкой скоростью передачи данных. В этом случае репликация позволяет извлечь подмножество данных на локальную машину, чтобы редактор мог работать с ними без использования сети. Когда изменения будут завершены, их можно передать по сети, внеся обратно в рабочую базу данных. Дополнительные сведения см. в разделе Сценарии работы с распределенными данными.

Сервисы объектов

Традиционные версионные данные также могут публиковаться в виде сервисов объектов с поддержкой синхронизации. Они поддерживают рабочие процессы с мобильными приложениями для сбора данных или ArcGIS AllSource, где редакторы могут загрузить копию данных, внести локальные изменения и затем вызвать синхронизацию в сервисе объектов. При работе с традиционными версионными данными и мобильными редакторами узнайте, как использовать и работать с традиционными версионными данными в сервисах объектов, которые вы переводите в автономный режим.

Сервисы объектов также могут участвовать в рабочих процессах распределенного сотрудничества. Например, распределенное сотрудничество (или просто сотрудничество) поддерживает сервисы объектов, включающие слои объектов, работающие на традиционных версионных данных. Это позволяет публиковать сервисы объектов с поддержкой синхронизации как копии, когда сервисы объектов, опубликованные в сотрудничестве, запускают отдельные копии данных. Более подробно о процессе совместной работы и концепции сотрудничества, см. Как работает сотрудничество.