В чем отличие справочника от регистра сведений в 1С

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

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

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

Архитектурное назначение объектов метаданных

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

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

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

• 📂 Справочники хранят основные сущности бизнеса (клиенты, товары, счета).
• 📊 Регистры сведений хранят дополнительные свойства, зависящие от времени или других условий.
• 🔗 Ссылочность: на элемент справочника можно сослаться, запись регистра — это просто строка таблицы.

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

Механизм измерений и ресурсов

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

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

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

Рассмотрим пример на языке запросов 1С. Для получения цены из регистра мы используем конструкцию ЦИКЛ или виртуальную таблицу СрезПоследних. Это встроенный механизм оптимизации.

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

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

Периодичность и ведение истории

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

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

В справочниках понятие периодичности отсутствует в явном виде. Элемент справочника либо существует, либо нет. История изменений реквизитов ведется системно (таблица _InfoRgReference), но доступ к ней через обычный язык запросов ограничен и не предназначен для оперативного получения срезов данных"на дату".

Технические детали хранения периодичности

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

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

Сравнительная таблица характеристик

Для наглядности сведем основные различия в единую таблицу. Это поможет быстро сориентироваться при принятии архитектурного решения в процессе разработки конфигурации 1С:Предприятие.

Характеристика	Справочник	Регистр сведений
Основное назначение	Хранение НСИ (сущностей)	Хранение дополнительных свойств и срезов
Уникальность записи	Код или Наименование	Измерения + Период (если периодический)
Поддержка срезов	Нет (только текущие данные)	Да (виртуальные таблицы срезов)
Ссылочность	Является типом данных"Ссылка"	Не является самостоятельным типом ссылки
Производительность при выборке истории	Низкая / Требует сложных запросов	Высокая (оптимизировано платформой)

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

Когда использовать справочник, а когда регистр

Выбор между этими объектами часто сводится к ответу на вопрос:"Что это такое?". Если вы можете сказать"Это товар","Это сотрудник","Это склад" — вам нужен справочник. Эти сущности обычно имеют владельца (например, товар принадлежит группе товаров), могут быть организованы в иерархию и имеют набор общих свойств.

Если же вы говорите"Это цена товара","Это ставка налога для контрагента","Это соответствие штрихкода и упаковки" — вам нужен регистр сведений. Здесь мы описываем связь между сущностями или свойство, которое не определяет сущность целиком.

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

• ✅ Справочник: Номенклатура, Контрагенты, Статьи затрат, Склады.
• ✅ Регистр сведений: Цены номенклатуры, Курсы валют, Настройки пользователей, Соответствия кодов.
• ❌ Ошибка: Хранение истории цен в реквизитах справочника номенклатуры.

Также стоит учитывать права доступа. На справочники можно настраивать детальные права (РПД) до уровня конкретных папок или элементов. На регистры сведений права даются обычно на весь объект или на измерения, что менее гибко для ограничения видимости отдельных записей.

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

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

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

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

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

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

FAQ: Часто задаваемые вопросы

Можно ли сделать ссылку на запись регистра сведений?

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

Что лучше использовать для хранения истории изменения телефонов клиента?

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

Можно ли в справочнике хранить табличную часть с историей цен?

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

Как перенести данные из справочника в регистр сведений?

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

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

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