Создание регистра сведений в 1С: Полное руководство

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

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

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

Назначение и классификация регистров сведений

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

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

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

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

⚠️ Внимание: Изменение типа периодичности у уже созданного и наполненного данными регистра сведений невозможно без потери информации или сложной конвертации данных. Планируйте структуру заранее.

Создание объекта в конфигураторе

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

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

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

РегистрСведений.КурсыВалют.СоздатьМенеджерЗаписи();

При выборе подчинения регистратору структура регистра автоматически дополняется реквизитом «Регистратор», в котором будет храниться ссылка на документ-источник данных. Это упрощает контроль целостности данных и позволяет легко удалять записи при отмене проведения документов.

Настройка измерений и ресурсов

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

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

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

Элемент	Назначение	Пример типа данных	Уникальность
Измерение	Ключ поиска и группировки	СправочникСсылка.Номенклатура	Да (в составе ключа)
Ресурс	Хранение значения	Число(15, 2)	Нет
Реквизит	Дополнительная информация	Строка(50)	Нет
Период	Временная привязка	Дата (автоматически)	Зависит от настройки

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

Технический нюанс индексации

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

Дополнительные реквизиты и их особенности

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

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

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

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

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

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

Механизм работы с периодическими регистрами сведений строится вокруг понятия «срез». Система предоставляет мощные инструменты для получения актуальных данных на любой момент времени. Для этого используются специальные конструкции языка запросов: СрезПоследних и СрезПервых.

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

ВЫБРАТЬ
РегистрСведений.ЦеныНоменклатуры.Номенклатура,
РегистрСведений.ЦеныНоменклатуры.Цена
ИЗ
РегистрСведений.ЦеныНоменклатуры
КАК РегистрСведений.ЦеныНоменклатуры
ГДЕ
РегистрСведений.ЦеныНоменклатуры.Период МЕЖДУ &НачалоПериода И &КонецПериода

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

Стоит отметить, что внутридневная периодичность требует особой аккуратности при записи. Если вы запишете две записи с одинаковыми измерениями и одинаковым временем (с точностью до секунды), поведение системы может стать непредсказуемым в зависимости от используемой СУБД.

Оптимизация и индексация таблиц

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

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

• 🚀 Составной индекс — создается по нескольким полям одновременно, порядок полей в индексе важен для оптимизатора запросов.
• 🔍 Уникальный индекс — гарантирует отсутствие дублей по выбранным полям на уровне базы данных.
• ⚙️ Покрывающий индекс — включает в себя все поля, необходимые для запроса, позволяя избежать обращения к основной таблице данных.

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

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

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

Можно ли изменить тип периодичности у заполненного регистра?

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

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

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

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

Для очистки регистра можно использовать метод Очистить() у менеджера регистра или написать запрос на удаление. Например: РегистрСведений.МойРегистр.Очистить();. Будьте осторожны, эта операция необратима без резервной копии.

Почему запрос к регистру сведений работает медленно?

Чаще всего проблема кроится в отсутствии индексов по полям, участвующим в отборе (WHERE), или в неправильном порядке полей в составном индексе. Также причиной может быть выборка больших объемов данных без использования срезов.