Тормоза на "СрезПоследних"

1С v8

, ,

29.08.13

✎

15:35

Добрый день. Если регистр сведений с 56к записей. При выполнении запроса к основной таблице, данные получаются за 0.414 с. При обращении к СрезПоследних с указанием периода в параметрах виртуальной таблицы отрабатывает за 161.682 с. Вот тексты запросов:
[code]
ВЫБРАТЬ
    апт_КритическиеОстаткиНоменклатуры.Склад,
    апт_КритическиеОстаткиНоменклатуры.Номенклатура,
    апт_КритическиеОстаткиНоменклатуры.ХарактеристикаНоменклатуры,
    апт_КритическиеОстаткиНоменклатуры.КоличествоКритическийОстаток
ИЗ
    РегистрСведений.апт_КритическиеОстаткиНоменклатуры КАК апт_КритическиеОстаткиНоменклатуры
[/code]

[code]
ВЫБРАТЬ
    апт_КритическиеОстаткиНоменклатурыСрезПоследних.Склад,
    апт_КритическиеОстаткиНоменклатурыСрезПоследних.Номенклатура,
    апт_КритическиеОстаткиНоменклатурыСрезПоследних.ХарактеристикаНоменклатуры,
    апт_КритическиеОстаткиНоменклатурыСрезПоследних.КоличествоКритическийОстаток
ИЗ
    РегистрСведений.апт_КритическиеОстаткиНоменклатуры.СрезПоследних(&ТекДата, ) КАК апт_КритическиеОстаткиНоменклатурыСрезПоследних
[/code]

Windows 2012
Платформа 8.2.18.104
СУБД PostgreSQL 9.1.2-1.1C

1 1Сергей

29.08.13

✎

15:37

понятно

2 Fragster

модератор

29.08.13

✎

15:37

Срез последних - узкое место. Самому его сделать пакетом из 3-х запросов быстрее получится

3 Fragster

модератор

29.08.13

✎

15:37

просто 1су нельзя лепить пакетные запросы...

4 MrStomak

29.08.13

✎

15:38

срез последних не хранится в виде отдельной таблицы, если это не платформа 8.3, а значит, транслируется в подзапросы с тета-соединениями, что очень медленно, да.

5 Fragster

модератор

29.08.13

✎

15:38

(3)+ платформой

6 Fragster

модератор

29.08.13

✎

15:38

(4) в 8.3 с указанием даты тоже фигня будет

7 MrStomak

29.08.13

✎

15:41

(6) такая огромная разница все равно странно, надо проверить на файловой наверное. Недавно, кстати, тестировался твоим многопоточным тестом, спасибо тебе за эту обработку!

8 Fragster

модератор

29.08.13

✎

15:50

(7) там получается соединение вложенных запросов во вложенном запросе даже кажется еще в одном вложенном запросе, чего очень не любят скули всякие

9 acsent

29.08.13

✎

15:55

(8) мс скл норм пережевывает

10 MrStomak

29.08.13

✎

15:58

(9) постгре изначально очень лоховские настройки имеет, а ms sql, наоборот, отжирает сразу всё что можно. В реальности как-то не сталкивался с огромной разницей в выполнении запросов между этими СУБД.

11 Fragster

модератор

29.08.13

✎

16:19

(9) ну, достаточно соединить этот самый срез посделних с чем-нибудь типа оборотов по продажам (также с отбором) и тоже грустнеет