При разработке и доработке сложных отчетов в 1С:Предприятие 8.3 (например, расчетных листков или аналитических сводов в конфигурациях «Зарплата и управление персоналом», «ERP Управление предприятием» или «Комплексная автоматизация») разработчики нередко сталкиваются с ситуацией, когда отчет успешно формируется в файловой базе или под полными правами, но завершается аварийно при запуске пользователем с ограниченными правами в клиент-серверном режиме. Платформа при этом возвращает системную ошибку: «Построенный запрос к СУБД использует слишком много таблиц».
Разберем природу этого поведения, выясним причину конфликта СУБД и RLS, а также рассмотрим пошаговые способы решения проблемы.
Проанализируем архитектурные факторы, сочетание которых приводит к падению запроса:
FROM, с учетом всех объединений JOIN, подзапросов и представлений) не может участвовать более 256 таблиц.РАЗРЕШЕННЫЕ, платформа 1С автоматически подменяет обращения к реальным таблицам метаданных подзапросами с проверками прав. Если в системе настроен RLS по нескольким разрезам (организации, подразделения, группы доступа физических лиц), к каждому обращению к регистру или справочнику добавляются соединения с таблицами профилей, групп пользователей и прав. В результате большой пакет запросов разрастается в сотни физических соединений.Регистратор в регистрах накопления и сведений является составным ссылочным типом и может включать в себя десятки видов документов. При обращении в запросе к полям Данные.Регистратор.Номер или Данные.Регистратор.Дата платформа 1С вынуждена сгенерировать LEFT JOIN ко всем существующим таблицам документов, входящих в составной тип. Если составной тип включает 30 документов, обращение к двум реквизитам сразу добавит 60 дополнительных таблиц в итоговый SQL-запрос.Самая частая причина взрывного роста числа таблиц — обращение через точку к реквизитам составного типа. Проанализируем пример некорректного кода в финальной выборке пакета:
ВЫБРАТЬ
Данные.Сотрудник КАК Сотрудник,
Данные.Регистратор КАК Регистратор,
Данные.Регистратор.Дата КАК РегистраторДата,
Данные.Регистратор.Номер КАК РегистраторНомер
ИЗ
ОбщиеЗапросыНачисленияУдержания КАК Данные
Для устранения лишних LEFT JOIN применим следующие приемы:
Период регистра накопления содержит дату регистратора), убираем обращения через точку.ВЫРАЗИТЬ. Если реквизиты документа необходимы, явно ограничим тип конкретным документом. В этом случае СУБД соединится только с одной конкретной таблицей, а не со всем списком:
ВЫБРАТЬ
Данные.Сотрудник КАК Сотрудник,
Данные.Регистратор КАК Регистратор,
ВЫРАЗИТЬ(Данные.Регистратор КАК Документ.НачислениеЗарплаты).Номер КАК НомерНачисления,
ВЫРАЗИТЬ(Данные.Регистратор КАК Документ.Премия).Номер КАК НомерПремии
ИЗ
ОбщиеЗапросыНачисленияУдержания КАК Данные
Если запрос сам по себе содержит большое количество пакетов и объединений (ОБЪЕДИНИТЬ ВСЕ), разделим единый пакет на несколько независимых вызовов объекта Запрос, связав их через один общий МенеджерВременныхТаблиц. При этом ограничение на 256 таблиц будет действовать на каждый исполняемый запрос отдельно.
Рассмотрим пример программной реализации:
МенеджерВТ = Новый МенеджерВременныхТаблиц;
// Первый запрос: собирает базовые движения и помещает их во временную таблицу
Запрос1 = Новый Запрос;
Запрос1.МенеджерВременныхТаблиц = МенеджерВТ;
Запрос1.Текст =
"ВЫБРАТЬ РАЗРЕШЕННЫЕ
| Взаиморасчеты.Сотрудник КАК Сотрудник,
| Взаиморасчеты.Организация КАК Организация,
| Взаиморасчеты.СуммаВзаиморасчетовОборот КАК Сумма
|ПОМЕСТИТЬ ВТ_Движения
|ИЗ
| РегистрНакопления.ВзаиморасчетыССотрудниками.Обороты(&НачалоПериода, &КонецПериода,, Организация = &Организация) КАК Взаиморасчеты";
Запрос1.УстановитьПараметр("НачалоПериода", НачалоПериода);
Запрос1.УстановитьПараметр("КонецПериода", КонецПериода);
Запрос1.УстановитьПараметр("Организация", Организация);
Запрос1.Выполнить();
// Второй запрос: обращается к уже готовой временной таблице в памяти СУБД
Запрос2 = Новый Запрос;
Запрос2.МенеджерВременныхТаблиц = МенеджерВТ;
Запрос2.Текст =
"ВЫБРАТЬ
| Движения.Организация КАК Организация,
| Движения.Сотрудник КАК Сотрудник,
| Движения.Сумма КАК Сумма
|ИЗ
| ВТ_Движения КАК Движения";
РезультатТаблица = Запрос2.Выполнить().Выгрузить();
// Обязательно закрываем менеджер после завершения работы
МенеджерВТ.Закрыть();
Если отчет построен на схеме компоновки данных, и оптимизация текста запроса не дает результата из-за жестких правил RLS, вынесем тяжелые расчеты в процедуру модуля объекта ПриКомпоновкеРезультата. Заполним данные в коде и передадим результат в СКД через ВнешнийНаборДанных:
Процедура ПриКомпоновкеРезультата(ДокументРезультат, СхемаКомпоновкиДанных, Настройки, КомпоновщикМакета)
СтандартнаяОбработка = Ложь;
// Получаем таблицу данных собственным оптимизированным запросом
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ ..."; // Текст запроса без избыточных соединений
ТаблицаДанных = Запрос.Выполнить().Выгрузить();
ВнешниеНаборыДанных = Новый Структура;
ВнешниеНаборыДанных.Вставить("ТаблицаНачислений", ТаблицаДанных);
КомпоновщикМакета = Новый КомпоновщикМакетаКомпоновкиДанных;
МакетКомпоновки = КомпоновщикМакета.Выполнить(СхемаКомпоновкиДанных, Настройки, ДанныеРасшифровки);
ПроцессорКомпоновки = Новый ПроцессорКомпоновкиДанных;
ПроцессорКомпоновки.Инициализировать(МакетКомпоновки, ВнешниеНаборыДанных, ДанныеРасшифровки, Истина);
ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент;
ПроцессорВывода.УстановитьДокумент(ДокументРезультат);
ПроцессорВывода.Вывести(ПроцессорКомпоновки);
КонецПроцедуры
Попытка отключить RLS с помощью метода УстановитьПривилегированныйРежим(Истина) внутри внешнего отчета или обработки часто не дает эффекта, если отчет открыт в безопасном режиме.
Разберем, как правильно обеспечить выполнение кода с отключением проверок RLS: