Postgre требует оптимизацию запроса #802596

Доброго времени, коллеги! Перешел на СУБД Postgre SQL (9.6). в связи с тем что SQL Expres поддерживает только до 10 ГБ объема базы. Есть у меня динамический список, с достаточно сложным запросом, с несколькими соединениями. Оптимизировал уже запрос, сколько мог. Но в одном отборе жестко зависает мой список. Отбор добавлен во вкладке Компановка данных - Условия.                 (ВЫБРАТЬ ПЕРВЫЕ 1                     1

Отбор устанавливаю в модуле так:

как запрос работает без НЕ &ОтборПоПотенциальным ИЛИ ?

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

Получится:     КОГДА 1 В             (ВЫБРАТЬ ПЕРВЫЕ 1                 1

А в модуле:

Основной запрос соединял ЛЕВЫМ с этим регистром седений, так вообще долго работает

Начиная с 8.3.8 можно заменить на пакетный запрос и необязательное левое соединение с временной таблицей с предвыборкой из РС. будет неплохо работать.

это нормальное условие? что за таблица "Контрагенты"? вышенабранная ВТ? а где соединение с ней?

в настройках компоновки при этом сделать {ГДЕ ВремТабл.Поле = &Поле} и тогда будет соединение только когда надо

ну и выбираться из СРС также будет только когда надо

Вот весь запрос:                 (ВЫБРАТЬ ПЕРВЫЕ 1                     1                         (ВЫБРАТЬ ПЕРВЫЕ 1                             1

Мне нужно получить только одно поле Булево из этого регистра сведений. Что в список, что для отбора

Вот отсюда я "научился" так писать):

Хотя, там же написано ниже) Правильнее будет

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

Не умеет Postgres адекватно работать с таблицами среза последних регистра сведений. Факт признанный самими разработчиками из PostgresPro. Поэтому необходимо (одно из двух): либо заменить срез на первичную таблицу регистра либо делать выбору из таблица среза последних во временную таблицу и делать соединение основной таблицы уже с этой временной. Также возможно подойдёт способ из . Но только если данные берутся из таблицы среза без указаний параметра &Период (актуальные итоги, хранящиеся в физической таблице при условии включения итогов на регистре сведений). Но это надо проверять.

если срез нужен на текущую дату, то разумно включить итоги по регистру

Итоги срез последних у меня стоит. Но вот дату из параметров не убрал

этот вариант тоже попробую

Включены

Попробуй enable_nsetloop=off

не люблю вложенные запросы. все равно их неявно выполнит. лучше соединение левое сделай с вирт таблицей (в ней параметры дата и статус наложить), потом анализировать на ЕСТЬ NULL.

Это вы круто придумали, дааа

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

А как можно исправить?

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