В выпусках до 5.2.1 уникальные идентификаторы, назначенные объектам, были сгенерированы с использованием алгоритма, который производит полностью случайные значения. В версии 5.2.1 доступен новый алгоритм, который создает последовательные идентификаторы. Последовательные идентификаторы имеют часть времени и счетчика, которая объединена со случайной частью таким образом, что последовательно созданные идентификаторы являются последовательными (монотонными) для естественного упорядочения, применяемого базовой базой данных.
Новое свойство UseSequentialIds на интерфейсе ObjectStore указывает, должно ли хранилище объектов назначать случайные или последовательные идентификаторы, когда новый объект создается в этом хранилище объектов. Индексированный столбец базы данных или таблица с кластеризованным индексом первичного ключа, содержащего последовательные идентификаторы, могут храниться более компактно и управляться более эффективно, чем полностью случайные идентификаторы, следовательно, потенциально обеспечивая преимущество в производительности и экономию пространства.
Значение по умолчанию для этого свойства истинно (назначьте последовательные идентификаторы). Если вы не хотите, чтобы новые объекты в хранилище объектов имели последовательные идентификаторы, установите для свойства UseSequentialIds значение false.
GUID, который вы получаете из ACCE или через API, отличается от вида object_id, хранящегося в таблицах базы данных, при использовании разворота бит.
Не рекомендуется вводить значение вручную в базу данных. Используйте ACCE/API для запуска событий.
GUID, видимые через интерфейсы CE и БД, ничем не отличаются друг от друга. Это вопрос сохранения и представления их. GUID - это просто 128-битное число. – fnt