Создание характеристик¶
Характеристики СЛЕДУЕТ рассматривать как неизменные: после того, как Характеристика была опубликовано, она НЕ ДОЛЖНА публиковаться повторно с тем же идентификатором характеристики (statementID) и другими значениями свойств. Дополнительную информацию см. в разделе Обновление информации.
Каждая Характеристика ДОЛЖНА иметь уникальный идентификатор. НЕЛЬЗЯ допускать никакой возможности конфликта между идентификаторами для разных Характеристик.
Это означает следующее:
НЕ СЛЕДУЕТ допускать, чтобы две разные Характеристики имели один и тот же идентификатор;
после присвоения идентификатора какой-либо Характеристике идентификатор НЕ СЛЕДУЕТ изменять.
Схема требует, чтобы минимальная длина идентификатора характеристики составляла 32 символа, а максимальная — 64 символа.
Идентификаторы характеристик обычно предназначены для внутреннего использования внутри приложений. В большинстве случаев их не нужно показывать пользователям, в отличие от идентификаторов субъектов или физических лиц, которые полезно показывать пользователям.
Стратегии для создания идентификаторов характеристик¶
Издатели МОГУТ применять одну из следующих стратегий для создания идентификаторов характеристик.
Создать UUID для первой Характеристики в отношении записи. Хранить этот идентификатор в системе управления данными. Обновлять его при каждом обновлении соответствующей записи.
Создать UUID как префикс издателя. Добавить к нему соответствующее значение
recordIdи идентификатор версии.Использовать соответствующим образом разработанную хэш-функцию, генерирующую идентификаторы на основе нормализованного представления характеристики в формате JSON (за исключением поля
statementId) с низкой вероятностью коллизий.Использовать внутренний идентификатор в сочетании с уникальным префиксом во избежание конфликта между идентификаторами от разных издателей.