Доступно с лицензией Standard или Advanced.
Существует два основных типа версий, которые могут использоваться в многопользовательской базе геоданных. Многие близкие рабочие процессы применяются к обоим типам версий, но могут также иметь некоторые ключевые различия. Тип используемых версий зависит от рабочих процессов и вариантов развертывания. Поскольку многопользовательская база геоданных может содержать наборы данных со смесью типов версий, важно понимать рабочие процессы их реализации и использования, поддерживаемые каждом из этих типов.
Существует два доступных типа версионных данных, каждый обслуживает определенные рабочие процессы и опции развертывания:
- Сервис-ориентированные версии – обслуживают модель Web GIS, разрешая сценарии многопользовательского редактирования и длинные транзакции в процессе работы с векторными веб-слоями. Дополнительные сведения см. в разделе Сценарии сервис-ориентированных версий.
- Традиционная версия – обеспечивает возможность работы с версиями и осуществление длинных транзакций через доступ непосредственно многопользовательской базе геоданных и позволяет упростить редактирование при использовании сервисов объектов для размещения коротких транзакций. Дополнительные сведения см. в разделе Сценарии традиционных версий.
- Традиционная версия с опцией перемещения изменений в базу – дополнительная форма традиционной версии, которая позволяет редакторам и приложениям получить непосредственны доступ к базе данных, при этом оставляя возможность редакторам работать с собственными представлениями данных
Сервис-ориентированные версии
ArcGIS является полноценной веб-ГИС, платформой систем, имеющей возможность публикации данных среди и между отдельных пользователей, команд и организаций. Это стало возможным благодаря сотрудничеству с помощью сервисов, онлайн или внутри портала организации. Сервис-ориентированные версии — это механизм, лежащий в основе редактирования длинных транзакций для векторных веб-слоев (сервисов объектов). Если вам необходимо наличие нескольких редакторов, одновременно имеющих доступ к векторным веб-слоям с возможностью отмены или повтора изменений, необходимо сначала зарегистрировать ваши данные, как сервис-ориентированные версии.
Если набор данных, зарегистрированный как сервис-ориентированная версия, публикуется в качестве векторного веб-слоя, вы можете включить функциональность Управления версиями в момент публикации. При этом создается сервис управления версиями (также известный как сервер управления версиями), который облегчает создание именованных версий и управление ими. Редакторы могут работать внутри собственных версий в векторном веб-слое, обновляя данные, а затем, по окончании работы, выполнить согласование и публикацию изменений в версии Default.
Преимущества
Преимущества сервис-ориентированных версий включают следующие:
- Задачи по администрированию и редактированию версий используют сервисно-ориентированную архитектуру. Это обеспечивает доступ к данным с помощью веб-слоев объектов с портала ArcGIS Enterprise.
- Администрирование версий упрощается в силу более простой структуры данных.
- Повторите или отмените правки при изменении данных в именованных версиях. Подробнее см. Редактирование векторных веб-слоев.
- Устранение конфликтов может выполняться во множестве сеансов.
- Инженерные сети, наборы данных участков и наборы данных топологии поддерживают редактирование сервис-ориентированных версий при использовании в многопользовательских базах геоданных.
- В версии поддерживается отслеживание операций вставки, обновления и удаления объектов.
Ограничения
Ограничения сервис-ориентированной версии:
- Наборы данных сервис-ориентированных версий не доступны в ArcMap и выпусков до ArcGIS Pro 2.1.
- Сервис-ориентированные версии поддерживаются только для определенных наборов данных в базе геоданных. Дополнительные сведения о поддерживаемых наборах данных для сервис-ориентированной версии, см. в разделе Стратегии управления корпоративными данными.
- Сервис-ориентированные версии разрешают только одного редактора на именованную версию или нескольких пользователей, имеющих доступ на чтение. Как только редактор начинает вносить правки внутри именованной версии, применяется полная блокировка, и никакой другой пользователь не может подключиться к данной версии.
- Сервис-ориентированные версии имеют упрощенную иерархию, возможно создание только одного уровня именованных версий из версии Default.
- При редактировании данных в версии по умолчанию опции отмены или повтора изменений не поддерживаются.
Традиционные версии
Если вы не работаете со слоями объектов, требующими длинных транзакций, но хотите использовать многопользовательское редактирование и преимущества рабочих процессов, предоставляемые версиями, вы можете использовать традиционные версии в качестве стратегии управления данными. Это дает вам гибкость для обеспечения нескольких редакторов и отдельных версий для управления вашими рабочими процессами, например, сценариями если-то, анализом прогнозов и запросами рабочих сайтов.
Традиционные версии предназначены для пользователей, которые будут выполнять рабочие процессы многопользовательского редактирования путем доступа к корпоративной базе геоданных напрямую с помощью подключения к базе данных. Если вам требуется, чтобы несколько пользователей выполняли длительное редактирование транзакций при доступе к данным непосредственно из подключения к многопользовательской базе геоданных, используйте традиционное управление версиями. Наборы данных, зарегистрированные для традиционного управления версиями, могут совместно использоваться через векторные веб-слои, но векторные веб-слои не будут иметь такого же уровня многопользовательских возможностей управления версиями. Например, версия, которую вы публикуете, является единственной версией, к которой у вас есть доступ при подключении к этому векторному веб-слою, и вы не можете отменить или повторить изменения, сделанные в векторном веб-слое.
Многопользовательская база геоданных может иметь неограниченное количество традиционных версий. Версии можно упорядочить в различных конфигурациях, они поддерживают широкий диапазон рабочих процессов, включая многоуровневые иерархии с дочерними версиями второго уровня (внуки), третьего уровня (правнуки) и т.д. Однако для простоты и с точки зрения управления базой геоданных рекомендуется либо поддерживать плоское дерево версий, либо разрешить нескольким редакторам одновременно редактировать версию Default.
Преимущества
Преимущества традиционной версии включают следующие:
- Изолированная среда редактирования предоставляет возможность использовать гибкие сценарии развертывания с множеством пользователей.
- Поддерживается редактирование расширенных наборов данных, таких как наборы сетевых данных и топологии.
- При редактировании вы можете использовать отмену и повтор для отдельных правок, а также сохранить или отменить группы правок.
- Можно редактировать без блокировки других редакторов. Конфликты редактирования могут быть обнаружены и разрешены.
Ограничения
Ограничения традиционной версии включают следующие:
- В зависимости от количества версий и объема правок, существует набор задач администрирования версий, которые должны выполняться постоянно для поддержания хорошей производительности системы.
- Приложения третьих сторон (не ArcGIS) должны быть адаптированы для использования версионных представлений до того, как они смогут считывать данные.
- При работе с версионными данными на использование активных моделей поведения СУБД, например, на уникальные ограничения и триггеры, имеются ограничения.
- При работе с данными в векторных веб-слоях возможности управления версиями отсутствуют.
Традиционные версии с опцией перемещения изменений в базу
При работе в разнородной среде вычислительных средств, когда у вас имеется большое число департаментов со своими различными приложениями, которые имеют доступ к одной и той же базе данных, вам может понадобиться обеспечить поддержку работы как приложений ArcGIS, так и приложений третьих сторон. В таком случае вы можете зарегистрировать данные в качестве версионных с опцией перемещения изменений в базу. Это смешанная стратегия управления данными, в которой вы можете создавать версии для длинных транзакций и для требований многопользовательского редактирования, но правки версии Default выполняются как короткие транзакции и, следовательно, доступны сразу для всех приложений, имеющих доступ к базе данных.
Например, один департамент обслуживает географические данные в базе данных с помощью приложений ArcGIS AllSource, а другой департамент поддерживает записи пользователей в той же базе данных с помощью пользовательского приложения. Для пользовательского приложения необходимо применение ограничений и триггеров СУБД по мере произведения транзакций, однако эти приложения могут не работать с версионными таблицами. В то же время другому департаменту необходимо редактировать географические данные в его собственной изолированной версии, не разделяя свои редактирования до тех пор, пока они не будут завершены и одобрены.
Учитывая эти требования, версии с опцией перемещения изменений в базу позволят вам производить версионное редактирование для класса пространственных объектов или таблицы, сохраняя возможность общего доступа к этим изменениям для других приложений. Опция перемещения изменений в базу позволяет всем приложениям работать с одной и той же базой данных.
Преимущества
Преимущества версии с опцией перемещения изменений в базу включают следующие:
- Многие преимущества традиционных версий также используются с данным типом.
- Вы можете работать с длинными транзакциями в именованной версии и с короткими транзакциями в версии Default.
- Могут использоваться проекты, требующие одновременного доступа к данным из ArcGIS AllSource и других приложений.
Ограничения
Ограничения версии с опцией перемещения изменений в базу включают следующие:
- Вы можете редактировать только простые объекты: точки, линии, полигоны, аннотации и отношения. Вы не можете редактировать классы объектов в топологии, наборе сетевых данных или инженерной сети.
- При публикации данных возможности работы с ними будут ограничены. Например, вы не можете использовать веб-слои, содержащие версионные данные, с возможностью перемещения правок в базу при распределенном сотрудничестве.