Добрый день, подскажите может кто сталкивался, конфигурация УПП, запрос к регистру цены нмоенклатуры(срез последних) с отбором по типу цен, в результате 15к записей, запрос выполняется 4минуты.

админ нужен грамотный

(0) В случае с постгре - очень многое зависит и от версии УПП и от версии Платформы 1С и от версии самого постгре

А теперь попробуй выполнить этот же запрос без использования среза последних

(3) хм, моментально выполняется

(3) в чем прикол?

(0) регистратор чтоли вытаскиваете?

(0) левое соединение со СрезомПоследних?

(6) нет (7) нет. Просто срез последних одного регистра

(4) Покажи текст моментально выполнившегося запроса

ВЫБРАТЬ
    ЦеныНоменклатурыСрезПервых.Номенклатура,
    ЦеныНоменклатурыСрезПервых.ТипЦен,
    ЦеныНоменклатурыСрезПервых.ХарактеристикаНоменклатуры,
    ЦеныНоменклатурыСрезПервых.Валюта,
    ЦеныНоменклатурыСрезПервых.Цена,
    ЦеныНоменклатурыСрезПервых.ЕдиницаИзмерения,
    ЦеныНоменклатурыСрезПервых.ПроцентСкидкиНаценки,
    ЦеныНоменклатурыСрезПервых.СпособРасчетаЦены
ИЗ
    РегистрСведений.ЦеныНоменклатуры КАК ЦеныНоменклатурыСрезПервых
ГДЕ
    ЦеныНоменклатурыСрезПервых.ТипЦен = &ТипЦен

(4) была похожая проблема на старых релизах в процедуре
ПроверитьДопустимостьЦенОтпуска(ДокументОбъект, ИмяТабличнойЧасти, Отказ) Экспорт

на тот момент выкрутились изменением условия в запросе
вместо
|    ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&ДатаСреза, ТипЦен = &ТипЦен" + НомерТипаЦен + ") КАК ЦеныКомпании" + НомерТипаЦен + "
нужно
|    ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&ДатаСреза, ТипЦен = &ТипЦен" + НомерТипаЦен +  " и Номенклатура в (&списокНоменклатуры)) КАК ЦеныКомпании" + НомерТипаЦен + "

ТТИ со всеми галочками ситуацию не исправило

* тестирование и исправление

как вариант попробую еще платформу обновить вечером

(12) И не исправит. https://its.1c.ru/db/metod8dev/content/4208/hdoc
Теме 10 лет уже.

судя по симптомам - стоит попробовать это
http://catalog.mista.ru/1c/articles/1023353/

(15) Там речь о соединении.
а в старте просто о получении.

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

(18) Это если не нужен срез на указанную дату

(0) Пользуйся временными таблицами
Будет быстро и пофигу на на чем там БД крутиться и на галки в конфигураторах

ВЫБРАТЬ РАЗРЕШЕННЫЕ
    ЦеныНоменклатуры.Номенклатура,
    ЦеныНоменклатуры.ХарактеристикаНоменклатуры,
    МАКСИМУМ(ЦеныНоменклатуры.Период)
ПОМЕСТИТЬ втПериоды
ИЗ
    РегистрСведений.ЦеныНоменклатуры КАК ЦеныНоменклатуры
ГДЕ
    ЦеныНоменклатуры.ТипЦен = &ТипЦен
СГРУППИРОВАТЬ ПО
    ЦеныНоменклатуры.Номенклатура,
    ЦеныНоменклатуры.ХарактеристикаНоменклатуры
;

ВЫБРАТЬ РАЗРЕШЕННЫЕ
    втПериоды.Номенклатура,
    втПериоды.ХарактеристикаНоменклатуры,
    втПериоды.Период,
    втПериоды.Цена
ИЗ
    втПериоды КАК втПериоды
    
    ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры КАК ЦеныНоменклатуры
    ПО ЦеныНоменклатуры.Номенклатура= втПериоды.Номенклатура
        И ЦеныНоменклатуры.ХарактеристикаНоменклатуры= втПериоды.ХарактеристикаНоменклатуры
        И ЦеныНоменклатуры.Период = втПериоды.Период

(17) Почитал, у меня random_page_cost=1.1 seq_page_cost=1, попробую вечером поиграться с этими параметрами

(20) да, так норм работает

(22) Тебе еще в (7) написали, а ты ответил что нет, а оказывается что да. PG не любит соединения с вложенными запросами, а виртуальные функции именно их и генерируют, особенно срезы РС. Ты напиши реализацию среза сам и подивись на этого монстра.

(23) так вот человек в (20) и написал свою реализацию среза последних, немного поправил и работает норм

(24) Можно было и не писать свою реализацию. Достаточно во временную таблицу помесить именно срез последних и соединяться уже с ней.

+(25) Короче, срезы использовать можно, но не надо с ними соединяться в запросе - получаем результат среза во временную таблицу и с ней соединяемся.

PREDICATE PUSHDOWN
Постгрес не проталкивает условия с "верхнего" запроса "вниз", поэтому срез строится по всем ценам.
В MSSQL все ОК, запрос выполяется моментально.
http://catalog.mista.ru/1c/articles/880836/
комментарий 94

(10) очевидно же, что в индекс не попадаете. Условие по номенклатуре наложить нельзя?

(16) попробовал, не помогло. Утомился уже городить трехметровые запросы, наверное вернемся на MSSQL

Люди и для MS SQL это делают http://catalog.mista.ru/1c/articles/980323/
Также некоторая формализация предлагается.

(30) - как дополнение к тому, что было сказано здесь ранее, а то у автора темы уже капитулянтское настроение, MS SQL...

(0) Решается PostgreSQL 12 версии от postgrespro и исполнении кода в базе:

DO
$$ DECLARE txt text;
BEGIN
  FOR txt IN SELECT 'DROP INDEX ' || relname || '; ' || pg_get_indexdef(relname::regclass)||';' as ddl
        FROM pg_catalog.pg_class WHERE relkind = 'i' and relname like '_inforg%_bydims'
  LOOP EXECUTE txt;
  END LOOP;
END;
$$