Регистр сведений или Справочник: выбор правильной структуры данных в 1С

При проектировании архитектуры информационной системы на платформе 1С:Предприятие перед разработчиком часто встает вопрос выбора типа объекта метаданных. Неправильный выбор между справочником и регистром сведений может привести к значительному снижению производительности системы в будущем или усложнению логики работы с данными. Многие начинающие специалисты склонны использовать справочники для любых списков, не задумываясь о том, что у них есть конкретное назначение.

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

Концептуальные различия в назначении объектов

Справочники предназначены для хранения условно-постоянной информации, которая описывает сущности предметной области. Это могут быть номенклатура товаров, контрагенты, склады или сотрудники. Ключевая особенность справочника — наличие уникального кода или наименования, по которому происходит идентификация элемента. Когда вы создаете элемент справочника, вы фактически заводите новую сущность в системе.

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

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

⚠️ Внимание: Никогда не используйте справочник для хранения исторических данных, которые часто меняются (например, ежедневные курсы валют или остатки). Это приведет к тому, что вам придется создавать новые версии элементов или хранить историю в отдельных реквизитах, что нарушит целостность данных и замедлит работу.

Структура хранения и физическая организация

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

Регистр сведений хранится в плоской таблице, оптимизированной для быстрого поиска по измерениям. У него нет иерархии в классическом понимании, хотя измерения могут быть ссылками на справочники. Главная особенность — наличие служебных полей для периода и условий, если регистр является периодическим. Это позволяет СУБД эффективно использовать индексы при выполнении запросов.

Когда вы пишете запрос на языке 1С, система транслирует его в SQL-код. Для регистра сведений этот код часто получается более оптимальным, так как структура таблицы предсказуема. В случае со справочниками, особенно с многоуровневой иерархией, запросы могут становиться громоздкими из-за необходимости соединения с таблицами иерархии.

Характеристика	Справочник	Регистр сведений
Основное назначение	Хранение списков сущностей	Хранение изменяемых параметров
Иерархия	Поддерживается (дерево)	Отсутствует (плоский список)
Периодичность	Нет (условно-постоянно)	Да (Независимый, Подчинение регистратору)
Уникальность	По коду или наименованию	По набору измерений и периоду

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

Периодичность и работа с историей данных

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

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

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

• 📅 Непериодический: хранит только одно актуальное значение для набора измерений (например, основной поставщик товара).
• 📈 Независимый периодический: хранит историю изменений, не привязанную к документам (например, курсы валют).
• 📝 Подчиненный регистратору: запись создается только проведением документа (например, изменение цены в документе "Установка цен").

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

⚠️ Внимание: При использовании режима "Подчинение регистратору" запись в регистр создается только в момент проведения документа. Если документ будет проведен задним числом, запись в регистре также появится с этой датой, что может повлиять на расчеты в других документах, следующих за ним.

Технические детали виртуальных таблиц

Виртуальные таблицы (СрезПоследних, СрезПервых) — это не реальные таблицы в базе данных, а специальные представления, которые 1С формирует "на лету" при выполнении запроса, используя оптимальный план выполнения для выбранного типа периодичности.

Производительность выборок и индексация

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

Когда вы формируете отчет по остаткам или ценам, обращение к регистру сведений происходит мгновенно, даже если в системе миллионы записей. Справочники же индексируются преимущественно по коду и наименованию. Поиск по произвольному числовому реквизиту в справочнике (например, "найти все товары с весом более 10 кг") будет работать медленнее, так как требует полного scans таблицы или менее эффективных индексов.

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

ВЫБРАТЬ
ЦеныНоменклатуры.Номенклатура,
ЦеныНоменклатуры.Цена
ИЗ
РегистрСведений.ЦеныНоменклатуры.СрезПоследних(
&Дата,
Номенклатура В (&СписокНоменклатуры)
) КАК ЦеныНоменклатуры

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

Сценарии использования: когда что применять

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

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

Используйте регистры сведений, если данные представляют собой зависимость одних величин от других в разрезе времени или условий. Типичные примеры: курсы валют, цены номенклатуры, коэффициенты расчета зарплаты, соответствие счетов учета, настройки пользователя.

• ✅ Справочник: Список сотрудников (ФИО не меняется часто, человек один).
• ✅ Регистр: График работы сотрудников (может меняться каждый месяц).
• ✅ Справочник: Склады (физические места хранения).
• ✅ Регистр: Ответственные материально (кто отвечает на складе в данный период).

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

⚠️ Внимание: Интерфейс платформы и возможности типовой конфигурации могут обновляться. Всегда сверяйтесь с актуальной документацией по конкретной версии платформы 1С, так как механизмы оптимизации и новые типы объектов могут появляться в новых релизах.

Практические рекомендации по настройке

При создании нового объекта в конфигураторе уделите внимание настройке состава измерений и ресурсов. Измерения в регистре сведений играют роль ключей, по которым будет происходить поиск. Не включайте в измерения те поля, по которым никогда не будет производиться отбор или группировка, так как это увеличит размер индекса.

Для ресурсов выбирайте типы данных, которые будут хранить значения (числа, строки, булево). Важно правильно настроить флаг "Периодический". Если вы не уверены, лучше выбрать "Независимый", так как это дает больше гибкости. Перевести независимый регистр в подчиненный регистратору сложнее, чем наоборот.

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

Можно ли хранить цены прямо в карточке товара (справочнике)?

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

В чем разница между регистром сведений и регистром накопления?

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

Как выбрать между независимым и подчиненным регистратору периодическим регистром?

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

Влияет ли выбор объекта на скорость проведения документов?

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