Доступно с лицензией Standard или Advanced.
Объекты, участвующие в топологии, не имеют специального поведения, участвующего при разрешении конфликтов в процессе согласования версий. Если один и тот же объект редактируется в двух разных версиях, а затем версии согласуются, появится конфликт.
Основной источник появления конфликтов - введение новых вершин в процессе проверки топологии, что происходит в результате интеграции пространственных объектов на этапе кластерной обработки.
На следующих примерах проиллюстрировано появление конфликтов в результате проверки.
Пример — Разбиение двух соседних полигонов в каждой из версий
Полигоны с общими ребрами в топологии из родительской версии наследуются дочерней версией. В этом случае, полигон разбивается в родительской версии, соседний полигон разбивается в дочерней версии, а измененные области проверяются. При разбиении полигонов, исходный объект удаляется, и замещается двумя новыми. При согласовании версий, оба исходных полигона обозначаются как конфликт обновления-удаления. Другими словами, объект, удаленный в родительской версии, был обновлен при кластерной обработке во время проверки дочерней версии, а объект, удаленный в дочерней версии был обновлен при кластерной обработке в родительской версии.
Пример 2 - Разбиение полигонов, имеющих общие ребра с крупным полигоном
Это иллюстрация другого примера, в котором появление новых вершин в процессе проверки вызывает конфликты в базе данных землепользования. В этом случае разбиваемые полигоны имеют общие ребра с очень большим полигоном.
Конфликтов, подобных описанным, можно избежать, структурировав рабочий процесс так, чтобы пользователи работали над различными, не пересекающимися участками. Также можно использовать репликацию базы геоданных для выделения областей, доступных для того или иного пользователя. Кроме того, разработка структуры модели данных может помочь уменьшить количество конфликтов того типа, который показан во втором примере разделения большого полигона.