• Ошибка планировщика: ERROR: 54001: statement too complex.
• Сбой генерации плана выполнения запроса в оптимизаторе PostgreSQL.
• Сложные динамические запросы с сотнями условий OR, конструкций CASE WHEN или десятками JOIN не могут быть скомпилированы.
• Падение тяжелых отчетов или выгрузок в 1С:Предприятие при объединении множества виртуальных таблиц.

1. Декомпозиция монструозных SQL-запросов

Ошибка 54001 возникает, когда дерево разбора (Parse Tree) запроса превышает внутренние лимиты стека и памяти планировщика. Разбейте единый запрос на несколько этапов с использованием временных таблиц:

-- Вместо одного огромного запроса с 50 JOIN:
CREATE TEMPORARY TABLE tmp_stage_1 ON COMMIT DROP AS
SELECT t1.id, t2.val 
FROM table1 t1 
JOIN table2 t2 ON t1.id = t2.ref_id
WHERE t1.created_at >= '2025-01-01';

ANALYZE tmp_stage_1;

SELECT * FROM tmp_stage_1 ts
JOIN table3 t3 ON ts.id = t3.item_id;

2. Оптимизация генерируемых списков IN (...)

Если генератор ORM или код 1С формирует условия с десятками тысяч элементов в секции IN (...), замените их на передачу массива или соединение со временной таблицей:

-- Неэффективно и рискованно для планировщика:
SELECT * FROM orders WHERE id IN (1, 2, 3, ... 100000 элементов);

-- Эффективно:
SELECT * FROM orders WHERE id = ANY('{1, 2, 3, ...}'::bigint[]);

3. Корректировка параметров оптимизатора (GEQO)

При большом количестве объединений (JOIN) стандартный оптимизатор перебирает слишком много вариантов. Убедитесь, что включен генетический оптимизатор запросов GEQO:

-- Проверка статуса GEQO
SHOW geqo;
SHOW geqo_threshold;

-- Включение и настройка порога срабатывания (по умолчанию 12 таблиц)
ALTER SYSTEM SET geqo = 'on';
ALTER SYSTEM SET geqo_threshold = 12;
SELECT pg_reload_conf();

4. Увеличение параметров стека планировщика

-- В postgresql.conf при достаточном системном ulimit -s
ALTER SYSTEM SET max_stack_depth = '7MB';
SELECT pg_reload_conf();