← На главную

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

1. Первоочередная диагностика: Консоль СКД – наш главный помощник

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

Как мы используем Консоль СКД:

1. Мы загружаем схему компоновки данных.
2. Мы загружаем наш вариант отчета с проблемными настройками.
3. Мы выполняем отчет и внимательно анализируем вкладки:
   • "Запрос": Здесь мы видим окончательный текст запроса, который СКД отправляет в базу данных. Мы должны тщательно сравнить его с исходным запросом в нашей обычной консоли. Возможно, СКД что-то "оптимизировала" и удалила нужные нам поля.
   • "Данные": Проверяем, какие данные вернул этот запрос. Если здесь уже нет нужных нам данных, значит, проблема кроется в самом запросе или в его оптимизации СКД.
   • "Настройки": Еще раз внимательно просматриваем все настройки полей, группировок, отборов, ресурсов. Это поможет выявить любые неочевидные расхождения.

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

2. Влияние оптимизатора запросов СКД на пустые колонки

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

Что мы можем сделать, чтобы этого избежать:

1. Пометить поле как "Обязательное": На вкладке "Наборы данных" в настройках поля в СКД (в закладке "Поля" набора данных) мы устанавливаем флаг "Обязательное". Это гарантирует, что поле будет включено в итоговый запрос, даже если СКД "думает", что оно не используется.
2. Использовать поле в настройках: Мы должны убедиться, что проблемное поле активно используется в настройках отчета: оно должно быть либо выведено в список выбранных полей, либо задействовано в группировках, отборах или выражениях ресурсов.

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

3. Некорректные настройки полей и их ролей в СКД

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

Что мы должны проверить в настройках СКД:

1. Роль поля: Мы должны убедиться, что поля из второго регистра, которые мы хотим видеть, правильно определены. Если поле должно быть просто выведено без агрегации, оно обычно имеет роль "Реквизит" или "Измерение" (если по нему возможна группировка). Если же мы ошибочно определим его как ресурс, а оно не является таковым, или наоборот, это может привести к пустым колонкам.
2. Настройки ресурсов: Если поле является числом и мы хотим видеть его как итог (ресурс), необходимо правильно настроить его на вкладке "Ресурсы". Проверим, что для ресурса указана корректная агрегатная функция (например, СУММА(), МАКСИМУМ(), МИНИМУМ()) и нет ошибочных выражений, которые могут давать NULL или 0. Если ресурс настроен некорректно, он может возвращать пустое значение.
3. Вывод полей: Мы должны проверить, что проблемные поля добавлены в список "Выбранные поля" в настройках отчета (на вкладке "Настройки" или "Поля"). Без этого СКД просто не будет их выводить, даже если они присутствуют в запросе.

Например, если числовое поле из второго регистра (ПолеЧисло) должно просто выводиться без агрегации, оно не должно быть настроено как ресурс. Если же оно должно суммироваться на определенном уровне группировки, то в ресурсах мы указываем СУММА(ПолеЧисло).

4. Проблемы с группировками и отборами

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

Что мы анализируем в контексте группировок и отборов:

1. "Пустые группировки": Если мы используем группировку, например, по ФизЛицо, и после применения других отборов для какого-то конкретного ФизЛица нет данных из второго регистра, СКД может не отобразить эту строку или связанные с ней колонки. Мы должны убедиться, что группировка не становится "пустой" для тех строк, где мы ожидаем данные из второго регистра.
2. Отборы на заполненность: В настройках отчета или конкретных группировок могут быть установлены отборы, которые исключают строки, если значения полей являются NULL, незаполненными строками или нулями. Например, отбор по условию "Поле из второго регистра Заполнено Истина". Если по какой-то причине в данных, которые СКД получает после всех преобразований, эти поля действительно пустые, строки будут отсечены. Мы должны тщательно проверить, нет ли таких отборов, которые неявно отсекают нужные данные.
3. Взаимодействие группировок и ресурсов: Иногда пустые колонки могут появляться, если ресурсы настроены на определенном уровне группировки, но в данном уровне нет данных для их расчета. В таком случае мы пробуем сначала вывести отчет в режиме "Детальные записи" без группировок, чтобы убедиться, что данные вообще присутствуют.

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

5. Неправильно заданные параметры отчета

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

Что мы проверяем, анализируя параметры отчета:

1. Соответствие периодов: Мы должны убедиться, что параметры НачалоПериода и КонецПериода (или аналогичные) в отчете СКД установлены таким образом, чтобы охватывать нужный диапазон данных. Консоль запросов часто запускается без параметров или с параметрами по умолчанию, которые могут отличаться от параметров, применяемых в отчете СКД. Это частая причина "пропажи" данных за конкретный период.
2. Корректность передачи значений: Мы проверяем, что значения параметров передаются в СКД правильно и не являются NULL или некорректными для запроса. Например, если ожидается число, а передается строка, запрос может вернуть пустой результат.

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

6. Проблемы с функциональными опциями и макетами

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

На что мы обращаем внимание:

1. Функциональные опции: Если наш отчет или данные из второго регистра зависят от каких-либо функциональных опций, мы должны убедиться, что они включены и настроены правильно в конфигурации. Отключение функциональной опции может скрыть данные, даже если они физически присутствуют в базе данных, поскольку логика программы может их не обрабатывать или не выводить.
2. Настройки отображения и макета: Данные могут присутствовать, но не выводиться из-за специфических настроек макета или некорректного расположения полей в структуре отчета, например, относительно ресурсов. Мы проверяем, нет ли в макете СКД настроек, которые скрывают колонки, блоки или применяют специфическое форматирование, которое делает данные невидимыми. Например, если поле из второго регистра является строковым и по нему ожидается текст, а в макете стоит ограничение на вывод только чисел или другой формат, оно может не отобразиться.

7. Дополнительные шаги диагностики

Если вышеперечисленные шаги не помогли выявить причину, рекомендуем применить следующие подходы:

1. Вывести отчет в детальных записях: Создадим простую настройку отчета без группировок, только с выводом детальных записей и всех интересующих полей. Это поможет быстро понять, какие данные СКД вообще видит после всех внутренних преобразований. Если и в этом случае данные пусты, значит, проблема глубже.
2. Поэтапно строить запрос: Временно упростим запрос в СКД, оставив только данные из второго регистра и его связи, а затем постепенно добавлять остальные элементы (первый регистр, дополнительные поля, условия). Это поможет локализовать источник проблемы.
3. Проверить дубликаты и пустые ссылки: Иногда СКД может сортировать данные таким образом, что "пустые" или NULL значения оказываются в начале или конце отчета, и мы их не замечаем при беглом просмотре, или они вовсе не выводятся из-за особенностей агрегации или группировки. Также, если в связанных регистрах есть пустые ссылки, они могут неявно отфильтровываться СКД, если нет явного указания на их обработку.

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