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

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

Выбор способа зависит от контекста. Если число нужно внутри алгоритма — используют запрос с функцией КОЛИЧЕСТВО или метод ВыбратьКоличество менеджера регистра. Если нужно просто посмотреть объём таблицы администратору — достаточно консоли запросов или стандартных отчётов по структуре базы. Ниже разобраны все варианты с примерами кода и ограничениями каждого.

Важно понимать различие: регистр сведений хранит одну физическую таблицу, и подсчёт её записей — операция над всей таблицей. На больших объёмах (миллионы строк) неосторожный подсчёт может занять заметное время и создать нагрузку на СУБД, поэтому способ стоит выбирать с учётом размера регистра.

Способ 1. Подсчёт через запрос с функцией КОЛИЧЕСТВО

Универсальный и самый гибкий способ — запрос к таблице регистра с агрегатной функцией. Он работает везде: в модуле, в консоли запросов, в СКД. Текст запроса минимален:

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|	КОЛИЧЕСТВО(*) КАК КоличествоЗаписей
|ИЗ
|	РегистрСведений.КурсыВалют КАК КурсыВалют";
Результат = Запрос.Выполнить().Выбрать();
Результат.Следующий();
Количество = Результат.КоличествоЗаписей;

Функция КОЛИЧЕСТВО(*) считает все строки таблицы. Если вместо звёздочки указать конкретное поле, например КОЛИЧЕСТВО(КурсыВалют.Валюта), будут посчитаны только строки, где это поле заполнено (не NULL). Для регистров сведений с обязательными измерениями разницы обычно нет, но при подсчёте по необязательным реквизитам результат может отличаться от полного числа строк.

Дополнительно полезен вариант КОЛИЧЕСТВО(РАЗЛИЧНЫЕ КурсыВалют.Валюта) — он покажет, сколько уникальных значений измерения реально присутствует в регистре. Это удобно, когда нужно понять не объём таблицы, а «насыщенность» данных: например, по скольким валютам вообще есть курсы.

Запрос = Новый Запрос("ВЫБРАТЬ КОЛИЧЕСТВО(*) КАК КоличествоЗаписей ИЗ РегистрСведений.КурсыВалют");
Выборка = Запрос.Выполнить().Выбрать();
Выборка.Следующий();
Сообщить("Записей: " + Выборка.КоличествоЗаписей);

Способ 2. Метод ВыбратьКоличество менеджера регистра

У объекта РегистрСведенийМенеджер есть штатный метод ВыбратьКоличество(), который возвращает число записей без написания текста запроса:

Количество = РегистрыСведений.КурсыВалют.ВыбратьКоличество();

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

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

Подсчёт с отбором по измерениям и периоду

На практике редко нужно общее число — чаще требуется количество записей по конкретному объекту или за период. В запросе это решается секцией ГДЕ:

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|	КОЛИЧЕСТВО(*) КАК КоличествоЗаписей
|ИЗ
|	РегистрСведений.КурсыВалют КАК КурсыВалют
|ГДЕ
|	КурсыВалют.Валюта = &Валюта
|	И КурсыВалют.Период МЕЖДУ &НачалоПериода И &КонецПериода";
Запрос.УстановитьПараметр("Валюта", Валюта);
Запрос.УстановитьПараметр("НачалоПериода", НачалоГода(ТекущаяДатаСеанса()));
Запрос.УстановитьПараметр("КонецПериода", ТекущаяДатаСеанса());

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

Обратите внимание на виртуальные таблицы: СрезПервых и СрезПоследних периодического регистра — это не физические таблицы, а вычисляемые выборки. Подсчёт записей в срезе покажет количество актуальных комбинаций измерений, а не общее число строк в регистре. Это разные цифры, и путать их — частая причина «несоответствия» данных.

Подсчёт без программирования: консоль запросов и штатные средства

Если нужно просто посмотреть объём регистра, писать код в конфигурации не обязательно. Самый доступный путь — консоль запросов (типовая обработка или входящая в состав инструментов разработчика): откройте её в режиме предприятия, вставьте текст запроса с КОЛИЧЕСТВО(*) и выполните. Результат появится сразу, без изменения конфигурации.

В типовых конфигурациях также встречаются встроенные механизмы оценки объёма данных: обработки анализа размера таблиц информационной базы, отчёты по структуре хранения. В клиент-серверном варианте администратор может посмотреть размер таблицы непосредственно средствами СУБД (SQL Server Management Studio, pgAdmin для PostgreSQL) — там видно и число строк, и занимаемое место.

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

1. 1
   Откройте консоль запросов в режиме предприятия
2. 2
   Введите текст: ВЫБРАТЬ КОЛИЧЕСТВО(*) КАК КоличествоЗаписей ИЗ РегистрСведений.ИмяРегистра
3. 3
   При необходимости добавьте отбор через ГДЕ и параметры
4. 4
   Выполните запрос и посмотрите значение в поле КоличествоЗаписей
5. 5
   Сверьте результат с ожиданиями: для периодического регистра уточните, считали ли вы таблицу или срез

Производительность и ограничения на больших регистрах

Подсчёт КОЛИЧЕСТВО(*) — это, по сути, сканирование таблицы или индекса на стороне СУБД. На регистре в несколько тысяч записей операция мгновенна, на таблице в десятки миллионов строк может занять секунды и заметнее. В клиент-серверной базе под нагрузкой частые тяжёлые подсчёты способны влиять на работу пользователей.

Практические правила: не вызывайте подсчёт в цикле и в обработчиках, которые срабатывают массово (например, при записи каждого элемента); если число нужно регулярно, кэшируйте его или вычисляйте по расписанию регламентным заданием; для отборов используйте индексированные поля — измерения регистра индексируются по умолчанию, а отбор по неиндексированному реквизиту заставит СУБД сканировать всю таблицу.

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

Типичные ошибки и как проверить результат

Наиболее частые промахи при подсчёте записей регистра сведений связаны не с синтаксисом, а с неверной постановкой задачи.

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

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

FAQ