Постоянный ключ поля и переименование подписи

Разделите идентификатор и название

У динамического поля есть постоянный ключ и человекочитаемая подпись. Ключ используется в JSON-значениях объектов, условиях и выводе. Подпись объясняет смысл редактору и посетителю. Они связаны, но выполняют разные задачи.

Например, ключ power может хранить мощность, а подпись меняется с «Мощность» на «Мощность, Вт». Если вместо переименования создать новый ключ, прежние значения останутся под старым идентификатором и не превратятся в новые автоматически.

Сохраняйте смысл значения

В Switch Pages переименование определения сохраняет ключ, а пропущенные старые определения не удаляются безусловно. Неизвестные и устаревшие JSON-значения также сохраняются при обычной проверке данных. Это помогает не потерять старый контент при изменении формы.

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

Проверяйте связанные места

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

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

Продолжить работу

Испытайте определение на старой и новой записи перед массовым изменением. Сопоставьте задачу с возможностями ядра. Другой материал этого раздела: Как сохраняются значения динамических полей в JSON.