Термины по работе с версиями

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

Здесь приведены термины, с которыми приходится часто сталкиваться в документации по работе с версиями:

ТерминОписание

adds table – таблица добавлений

Для наборов данных с традиционной версией, таблица добавлений хранит все записи, добавленные или обновленные в наборе данных. Это одна из дельта-таблиц.

Таблицу добавлений также называют таблицей А.

base table – базовая таблица

Базовая таблица – это базовая таблица класса пространственных объектов. Там содержатся все непространственные атрибуты и, при использовании типа геометрии SQL, также и пространственные атрибуты.

Термин "основная таблица" используется, чтобы отличать ключевую таблицу от всех прочих – дельта-таблиц, архивных классов, а также таблиц f и s, используемых в типе хранения геометрии sde binary.

Если рассматривать класс пространственных объектов через пользовательский интерфейс системы управления базами данных, вы можете увидеть базовую таблицу. Например, если ваша база геоданных содержит версионный класс под названием prj_sites, вы увидите в базе данных таблицу с названием prj_sites. Эта таблица и есть базовая.

Базовые таблицы также называют бизнес-таблицами.

версии ветви

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

child version – дочерняя версия

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

compress – сжать

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

Активно редактируемые базы геоданных с традиционными версиями следует часто сжимать (в зависимости от объема правок, ежедневно или еженедельно). Чем больше времени прошло между операциями сжатия, тем дольше будет происходить эта операция.

версия DEFAULT

Версия Default – это исходная версия базы геоданных. Все прочие версии базы геоданных – это потомки версии Default.

таблица удалений

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

Таблицу удалений также называют таблицей D.

delta tables – дельта-таблицы

Для наборов данных с традиционной версией, таблицы добавлений и удалений вместе называют дельта-таблицами, так как в них хранятся внесенные в набор данных изменения (дельты).

edit version – версия редактирования

Версия редактирования – это дочерняя версия, которую вы в данный момент обновляете.

Во время процесса согласования версия редактирования сравнивается с целевой версией для поиска возможных конфликтов между ними.

версия базы геоданных

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

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

move edits to base – перемещение изменений в базу

Для традиционных версий это опция, доступная при регистрации данных как версионных. Это позволяет сделанные в версии DEFAULT сразу же переносить из дельта-таблиц в базовые таблицы.

Опция перемещения изменений в основную таблицу полезна, если выполняется следующее:

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

именованная версия

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

parent version – родительская версия

Родительская версия – эта та версия базы геоданных, из которой сгенерирована другая версия. Нельзя удалять родительскую версию, если эта другая версия (дочерняя) все еще существует.

post – закрепить

Процесс закрепления сливает изменения из редактируемой в целевую версию.

reconcile – согласовать

Процесс согласования сравнивает версию редактирования с целевой версией для поиска возможных конфликтов между ними. Конфликты возникают, если внесенные вами изменения не совпадают с изменениями, внесенными в целевую версию другим пользователем.

Вы можете установить правила выявления конфликтов – выявлять конфликты по столбцам или по строчкам – и поведение по умолчанию при разрешении конфликтов – решать в пользу целевой версии или версии редактирования.

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

register as versioned – регистрировать как версионные

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

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

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

состояние

При использовании традиционной версии, состояние базы геоданных – это запись изменений для версии. Каждый раз, когда вы редактируете пространственный объект в версии, создается новое состояние.

state lineage or state tree – древо состояний

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

При отображении или формировании запроса к традиционной версии, ArcGIS производит запрос к родословной версии для получения значений идентификаторов State ID, а затем извлекает соответствующие записи из таблиц A и D.

target version – целевая версия

Целевая версия – это родительская версия, с которой вы согласовываете свои изменения.

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

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

администратор версии

Определенные пользователи портала, которые имеют более высокие права для работы с версиями ветвления как с сервисами объектов. Эти пользователи могут просматривать, редактировать и управлять версиями для сервисов объектов, независимо от владельца версии и прав доступа.

Дополнительные сведения см. в разделе Администратор версии.

version tree – дерево версий

Дерево версий – это организованная диаграмма связанных версий базы геоданных. Аналогично древу родословной, в дереве версий показано, какие версии являются родительскими для дочерних версий, что позволяет прослеживать преемственность определенной дочерней версии обратно до версии DEFAULT.

Связанные разделы