всем здравствуйте!
платформа 8.1
Кто подскажет, почему условие в запросе "НЕ(СпрКонтрагенты.Код ЕСТЬ NULL)" сильно тормозит выполнение запроса? Т.е. когда накладываю. такое условие, запрос выполняется порядка 7 минут. Когда убираю условие - то порядка 3 секунд. В чём тут дело?

потому что ЕСТЬ NULL не использует индексы
ИМХО

Потому что делается как минимум одно соединение лишнее.

просто на ссылку не айс?

СпрКонтрагенты.КОД??? Этот реквизит же текстовый.

""

(3) типа ГДЕ СпрКонтрагенты ССЫЛКА Справочник.Контрагенты?
(5) тогда не попадут те, у кого Код = ""

типа НЕ(СпрКонтрагенты.Ссылка ЕСТЬ NULL)

(6) весь запрос покажи

НЕ(СпрКонтрагенты = Справочники.Валюты.ПустаяСсылка())

так не устраивает?

типа
...
СпрКонтрагенты.Ссылка <> &Пустая
...

Запрос.УстановитьПараметр(Справочники.Контрагенты.ПустаяСсылка());

(6) Не(СпрКонтрагенты Есть NULL)  . Я так понимаю, ты информацию без пустых контрагентов хочешь выбрать, а не без кодов контрагентов

(8) 5 сек.
(9) сейчас попробую

(9) не взлетит ))

(10) имел ввиду
...
СпрКонтрагенты.Ссылка <> &Пустая
...

Запрос.УстановитьПараметр("Пустая", Справочники.Контрагенты.ПустаяСсылка());

согласен с (14).
но ведь надо же думать...

СпрКонтрагенты.Ссылка <> ЗНАЧЕНИЕ(Справочник.Контрагенты.ПустаяСсылка)

:)

(14) NULL <> ПустаяСсылка

...хотя как СпрКонтрагенты.Ссылка может быть пустой?!...

(11) - не вариант?

(19) тогда уж (7)

(18) ну забыл в каком-то документе заполнить контрагента...

(21) СпрКонтрагенты - явно не должно быть документом )

(20) согласен

(22) а может он извращенец типа:

Выбрать
Документ.Контрагент как СпрКонтрагенты


Кто же его знает?

ТекстЗапроса = "
   ВЫБРАТЬ
       СпрОрганизации.Код КАК КодОрганизации,
       СпрКонтрагенты.Код КАК КодКонтрагента,
       Таб.СуммаДЗ,
       Таб.СуммаПДЗ
       
   ИЗ
       (ВЫБРАТЬ
           ТабДебиторка.Договор КАК Договор,
           СУММА(ТабДебиторка.СуммаДЗ) КАК СуммаДЗ,
           СУММА(ТабДебиторка.СуммаПДЗ) КАК СуммаПДЗ
       ИЗ
           (ВЫБРАТЬ
               РегПрогнозОтгрузка.ДоговорКонтрагента КАК Договор,
               ВЫБОР
                   КОГДА РегПрогнозОтгрузка.ТипыФактов = &ОтгрузкаФБП ТОГДА РегПрогнозОтгрузка.Сумма
                   ИНАЧЕ -РегПрогнозОтгрузка.Сумма
               КОНЕЦ КАК СуммаДЗ,
               0 КАК СуммаПДЗ
           ИЗ
               РегистрСведений.ТГ_ПрогнозОтгрузкаНаТТ КАК РегПрогнозОтгрузка
           ГДЕ    РегПрогнозОтгрузка.ТипыФактов = &ОтгрузкаФБП ИЛИ РегПрогнозОтгрузка.ТипыФактов = &Оплата
               И    РегПрогнозОтгрузка.Период <= &КонПериода
       
           ОБЪЕДИНИТЬ
       
           ВЫБРАТЬ
               РегПДЗ.Договор КАК Договор,
               0 СуммаДЗ,
               РегПДЗ.Сумма КАК СуммаПДЗ
           ИЗ
               РегистрСведений.ТГ_ПросроченнаяДебиторскаяЗадолженность.СрезПоследних(&КонПериода, Сумма>0) КАК РегПДЗ
       
       ) КАК ТабДебиторка
       
       СГРУППИРОВАТЬ ПО
           ТабДебиторка.Договор
   
       ИМЕЮЩИЕ
           СУММА(ТабДебиторка.СуммаДЗ)>0 ИЛИ СУММА(ТабДебиторка.СуммаПДЗ)>0
       ) КАК Таб
   
   ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ДоговорыКонтрагентов КАК СпрДоговоры ПО Таб.Договор = СпрДоговоры.Ссылка
   ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК СпрКонтрагенты ПО СпрДоговоры.Владелец = СпрКонтрагенты.Ссылка
   ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Организации КАК СпрОрганизации ПО СпрДоговоры.Организация = СпрОрганизации.Ссылка
   
   ГДЕ    НЕ(СпрКонтрагенты.Код ЕСТЬ NULL)
       И        НЕ(СпрОрганизации.Код ЕСТЬ NULL)

(24) тогда сначала табуреткой по пальцам...

(25) к (8)

(27) ты (7) пытал?

кстати, если делать ВНУТРЕННЕЕ вместо ЛЕВОЕ, то тоже 7 минут выполняется
(28) угу, причём в первую очередь. то же самое

(25) а зачем тебе соединение на контрагентов если их можно напрямую через Владелец у договора взять?

(30) и Объединить замени на Объединить все

в (18) по-моему уже толково выражено

ТекстЗапроса = "
   ВЫБРАТЬ
       Таб.Договор.Организация.Код КАК КодОрганизации,
       Таб.Договор.Владелец.Код КАК КодКонтрагента,
       Таб.СуммаДЗ,
       Таб.СуммаПДЗ
       
   ИЗ
       (ВЫБРАТЬ
           ТабДебиторка.Договор КАК Договор,
           СУММА(ТабДебиторка.СуммаДЗ) КАК СуммаДЗ,
           СУММА(ТабДебиторка.СуммаПДЗ) КАК СуммаПДЗ
       ИЗ
           (ВЫБРАТЬ
               РегПрогнозОтгрузка.ДоговорКонтрагента КАК Договор,
               ВЫБОР
                   КОГДА РегПрогнозОтгрузка.ТипыФактов = &ОтгрузкаФБП ТОГДА РегПрогнозОтгрузка.Сумма
                   ИНАЧЕ -РегПрогнозОтгрузка.Сумма
               КОНЕЦ КАК СуммаДЗ,
               0 КАК СуммаПДЗ
           ИЗ
               РегистрСведений.ТГ_ПрогнозОтгрузкаНаТТ КАК РегПрогнозОтгрузка
           ГДЕ    РегПрогнозОтгрузка.ТипыФактов = &ОтгрузкаФБП ИЛИ РегПрогнозОтгрузка.ТипыФактов = &Оплата
               И    РегПрогнозОтгрузка.Период <= &КонПериода
       
           ОБЪЕДИНИТЬ
       
           ВЫБРАТЬ
               РегПДЗ.Договор КАК Договор,
               0 СуммаДЗ,
               РегПДЗ.Сумма КАК СуммаПДЗ
           ИЗ
               РегистрСведений.ТГ_ПросроченнаяДебиторскаяЗадолженность.СрезПоследних(&КонПериода, Сумма>0) КАК РегПДЗ
       
       ) КАК ТабДебиторка
       
       СГРУППИРОВАТЬ ПО
           ТабДебиторка.Договор
   
       ИМЕЮЩИЕ
           СУММА(ТабДебиторка.СуммаДЗ)>0 ИЛИ СУММА(ТабДебиторка.СуммаПДЗ)>0
       ) КАК Таб

(31) зачем?
(30) можно. заинтересовало как факт
(32) что именно выражено? как может быть пустой? при загрузке не заполнили, например

+(32) зачем вообще эта проверка

  ГДЕ    НЕ(СпрКонтрагенты.Код ЕСТЬ NULL)
      И        НЕ(СпрОрганизации.Код ЕСТЬ NULL)

??

(35) зачем вообще соединение...

(34) пустой владелец штатно может быть только у пустого договора

(37) выбираю записи из регистра, в регистре есть измерение "Договор", существует запись, где это измерение не заполнено. как отсечь такие записи?

(38) ГДЕ Договор <> ЗНАЧЕНИЕ(Справочник.Договоры.ПустаяСсылка)

кстати, если в каждом подзапросе условие на НЕ(Есть NULL) наложить, то нормально отрабатывает

(39) в каждом из подзапросов?

(40) есть NULL - это вообще из другой оперы. Ты определись, что тебе нужно.

здравствуйте, господа знатоки запросов :)) Подниму ветку, т.к. вопрос так и остался до конца невыясненным. Немного переделал запрос, чтобы не было лишних вопросов, проблема остаётся прежней. Текст запроса:

ВЫБРАТЬ
   Таб.Договор КАК Договор,
   СпрОрганизации.Код КАК КодОрганизации,
   СпрКонтрагенты.Код КАК КодКонтрагента,
   Таб.СуммаДЗ,
   Таб.СуммаПДЗ,
   Таб.ДнейПросрочки
ИЗ
   (ВЫБРАТЬ
       ТабДебиторка.Договор КАК Договор,
       СУММА(ТабДебиторка.СуммаДЗ) КАК СуммаДЗ,
       СУММА(ТабДебиторка.СуммаПДЗ) КАК СуммаПДЗ,
       МАКСИМУМ(ТабДебиторка.ДнейПросрочки) КАК ДнейПросрочки
   ИЗ
       (ВЫБРАТЬ
           РегПрогнозОтгрузка.ДоговорКонтрагента КАК Договор,
           ВЫБОР
               КОГДА РегПрогнозОтгрузка.ТипыФактов = &ОтгрузкаФБП ТОГДА РегПрогнозОтгрузка.Сумма
               ИНАЧЕ -РегПрогнозОтгрузка.Сумма
           КОНЕЦ КАК СуммаДЗ,
           0 КАК СуммаПДЗ,
           0 КАК ДнейПросрочки
       ИЗ
           РегистрСведений.ТГ_ПрогнозОтгрузкаНаТТ КАК РегПрогнозОтгрузка
       ГДЕ    (РегПрогнозОтгрузка.ТипыФактов = &ОтгрузкаФБП ИЛИ РегПрогнозОтгрузка.ТипыФактов = &Оплата)
           И    РегПрогнозОтгрузка.Период <= &КонПериода
           И ДоговорКонтрагента <> ЗНАЧЕНИЕ(Справочник.ДоговорыКонтрагентов.ПустаяСсылка)
   ) КАК ТабДебиторка
   СГРУППИРОВАТЬ ПО
       ТабДебиторка.Договор

   ИМЕЮЩИЕ
       СУММА(ТабДебиторка.СуммаДЗ)>0 ИЛИ СУММА(ТабДебиторка.СуммаПДЗ)>0
   ) КАК Таб
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ДоговорыКонтрагентов КАК СпрДоговоры ПО Таб.Договор = СпрДоговоры.Ссылка
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК СпрКонтрагенты ПО СпрДоговоры.Владелец = СпрКонтрагенты.Ссылка
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Организации КАК СпрОрганизации ПО СпрДоговоры.Организация = СпрОрганизации.Ссылка
ГДЕ СпрОрганизации.Код <> """" И СпрДоговоры.Код <> """"

так почему же он выполняется около 7 минут, где затык?

ЗЫ. если наложить те же самые соединения и условия в подзапросе или вообще убрать условия " ГДЕ СпрОрганизации.Код <> """" И СпрДоговоры.Код <> """" ", то время выполнения уменьшается до 3-4 секунд

(43) зачем тебе эти левые соединения?? убери - посмотри что будет

(45) левые соединения не влияют никак, томрозит именно из-за условия

+(46) если не делать соединений, а написать ГДЕ Таб.Договор.Организация.Код<> """", то происходит то же самое

Чем автору не понравился подход, предложенный в (33)? при нем не потребуется делать условий вида "ГДЕ Таб.Договор.Организация.Код<> """" или "ГДЕ СпрОрганизации.Код <> """"" (разве что у вас реально есть организации с пустым кодом).

" томрозит именно из-за условия" см. (2)

(48) у нас реально есть организации и контрагенты с пустым кодом

+(49) сейчас вопрос не в том, КАК это обойти, а в том, ПОЧЕМУ это происходит. в первый раз вижу, чтобы условие так влияло на время выполнения.

кстати, если перехватить запрос в профайлере и запустить его на SQL сервере, то разница такая же

(50) когда пишешь  ГДЕ Таб.Договор.Организация.Код<> """",
у тебя система автоматом делает соединение со справочником организаций, а когда пишешь ГДЕ Таб.Договор.Организация <> &ПустаяСсылка - этого соединения не происходит. Сам подумай. Зачем тебе лишнее соединение?

(52) хочешь сказать, что из-за лишнего соединения разница в 7 минут? сильно сомневаюсь

Самое простое в твоем случае - составить список таких организаций и заменить проверку Код<> """" на "Организация В (&СписокСНепустымиКодами)" или "Организация НЕ В (&СписокСПустымиКодами)" (смотря что будет оптимальней).

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

(55) когда прописываю сам

ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК СпрКонтрагенты ПО СпрДоговоры.Владелец = СпрКонтрагенты.Ссылка
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Организации КАК СпрОрганизации ПО СпрДоговоры.Организация = СпрОрганизации.Ссылка

, то выполняется быстро

когда прописываю
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК СпрКонтрагенты ПО СпрДоговоры.Владелец = СпрКонтрагенты.Ссылка
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Организации КАК СпрОрганизации ПО СпрДоговоры.Организация = СпрОрганизации.Ссылка
ГДЕ СпрОрганизации.Код <> """" И СпрДоговоры.Код <> """"

, то тормозит. Т.е. проблема не в соединении, а именно в условии, когда есть соединение, но нет условия, выполняется шустро

(56) Ключевые слова в моем посте были "платформой делается внутреннее соединение".

(56) привет
может рлс на код наложен?

(57) платформой не делается внутреннее соединение, по крайней мере, в профайлере нет такого
(58) привет, нет там никаких рлс

а если поменять местами?
ГДЕ (СпрДоговоры.Код <> """") И (СпрОрганизации.Код <> """")
хотя ...

(60) вот именно :))))

что такое Clustered Index Scan?

в плане выполнения 76% занимает

(56) Ну может потому что операции сравнения строк по определению достаточно тормозные, не?

(64) ну не настолько же

А сколько по времени выполняется такой вариант?

   ВЫБРАТЬ
       Таб.Договор.Организация.Код КАК КодОрганизации,
       Таб.Договор.Владелец.Код КАК КодКонтрагента,
       Таб.СуммаДЗ,
       Таб.СуммаПДЗ
       
   ИЗ
       (ВЫБРАТЬ
           ТабДебиторка.Договор КАК Договор,
           СУММА(ТабДебиторка.СуммаДЗ) КАК СуммаДЗ,
           СУММА(ТабДебиторка.СуммаПДЗ) КАК СуммаПДЗ
       ИЗ
           (ВЫБРАТЬ
               РегПрогнозОтгрузка.ДоговорКонтрагента КАК Договор,
               ВЫБОР
                   КОГДА РегПрогнозОтгрузка.ТипыФактов = &ОтгрузкаФБП ТОГДА РегПрогнозОтгрузка.Сумма
                   ИНАЧЕ -РегПрогнозОтгрузка.Сумма
               КОНЕЦ КАК СуммаДЗ,
               0 КАК СуммаПДЗ
           ИЗ
               РегистрСведений.ТГ_ПрогнозОтгрузкаНаТТ КАК РегПрогнозОтгрузка
           ГДЕ    РегПрогнозОтгрузка.ТипыФактов = &ОтгрузкаФБП ИЛИ РегПрогнозОтгрузка.ТипыФактов = &Оплата
               И    РегПрогнозОтгрузка.Период <= &КонПериода
       
           ОБЪЕДИНИТЬ ВСЕ
       
           ВЫБРАТЬ
               РегПДЗ.Договор КАК Договор,
               0 СуммаДЗ,
               РегПДЗ.Сумма КАК СуммаПДЗ
           ИЗ
               РегистрСведений.ТГ_ПросроченнаяДебиторскаяЗадолженность.СрезПоследних(&КонПериода, Сумма>0) КАК РегПДЗ
       
       ) КАК ТабДебиторка
       
       СГРУППИРОВАТЬ ПО
           ТабДебиторка.Договор
   
       ИМЕЮЩИЕ
           СУММА(ТабДебиторка.СуммаДЗ)>0 ИЛИ СУММА(ТабДебиторка.СуммаПДЗ)>0
       ) КАК Таб
ГДЕ Таб.Договор.Организация.Код <> """" И Таб.Договор.Код <> """"

(66) да также

проверка нужна на пустую ссылку или на битую ссылку?

(68) проверка нужна на непустой код, т.е. Организация.Код<>"" И Контрагент.Код<>""

если все же вопрос с исследованием причин закрыт, то предложу (54) как способ решения

(70) способ решения уже давно найден :)) вопрос именно в причине, любопытно, что происходит... причём происходит на уровне именно SQL уже

(59) Странно.
У меня тестовый запрос
ВЫБРАТЬ
   ПоступлениеТоваровУслуг.Контрагент
ИЗ
   Документ.ПоступлениеТоваровУслуг КАК ПоступлениеТоваровУслуг
ГДЕ
   ПоступлениеТоваровУслуг.Контрагент.Код ПОДОБНО "%00243%"

транслировался в

SELECT
_Document336_Q_000_T_001._Fld7098RRef AS f_1
FROM
_Document336 _Document336_Q_000_T_001 WITH(NOLOCK)
LEFT OUTER JOIN _Reference63 WITH(NOLOCK)
ON _Document336_Q_000_T_001._Fld7098RRef = _Reference63._IDRRef
WHERE
_Reference63._Code LIKE N'%00243%'.

А сколько строк данных возвращет запрос?

(72) что странного? где тут внутреннее соединение? :) всё правильно он у тебя транслировался, не придерёшься :)
(73) в данный момент 1347

(74) Просто соединение-то все же делается, пусть и не внутреннее(оно тут и не нужно, конечно, ведь итак все записи из правой части найдутся в левой). Вот попробуй перестроить свой запрос явно на соединения, имхо, сразу разница будет видна.

(75) что значит "перестроить запрос явно на соединения"?

а это что:
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ДоговорыКонтрагентов КАК СпрДоговоры ПО Таб.Договор = СпрДоговоры.Ссылка
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК СпрКонтрагенты ПО СпрДоговоры.Владелец = СпрКонтрагенты.Ссылка
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Организации КАК СпрОрганизации ПО СпрДоговоры.Организация = СпрОрганизации.Ссылка
ГДЕ СпрОрганизации.Код <> """" И СпрДоговоры.Код <> """"

или имеешь ввиду что-то другое?

*из левой части запроса найдутся в правой.
Одно дело просто "запрос1" и
запрос1
лев.соед. таб1 по запрос1.поле1 = таб1.поле1
лев.соед. таб2 по запрос1.поле2 = таб2.поле1
Кстати, заметь, что условие накладывается уже на результат, причем на пристыковываемую таблицу. Будут временно выбраны и твои поля запроса1 и обеих таблиц.

(76) извини, не посмотрел выше. Думаю, по времени оба запроса одинаково выполняются, так?

(78) ага, одинаково. то ли он там что то перестраивает при сравнении то ли что. экспериментальным путём (в данном случае) было выяснено кстати, что ГДЕ ЕСТЬNULL(СпрОрганизации.Код,"")<>"""" отрабатывает быстрее, чем СпрОрганизации.Код <> """"

похоже вопрос темы реально к знатокам внутренних механизмов sql
надо поискать инфу по Clustered Index Scan :)

(80) угу, похоже да :) 1с тут не при чём, мне уже в принципе дали более-менее внятное объяснение, но я ещё не достиг того уровня просветления, чтобы полностью усвоить его и понять, что происходит при сравнении СпрОрганизации.Код <> """" :))))

"ГДЕ ЕСТЬNULL(СпрОрганизации.Код,"")<>"""" отрабатывает быстрее"
Имхо, странно.

(81) "мне уже в принципе дали более-менее внятное объяснение"
Поделись, если не секрет.

(83) некий Му-Му: "Дело в том что условие <>(например СпрДоговоры.Код <> """" ) в большинстве случаев приводит к сканированию. Это связано с тем что в случае равенства тебе надо найти быстро нужное значение а в случае не равенства перебрать все.
С другой стороны ты же сам и ответил.(наложи в подзапросе)"

(84) скорее всего это кеш. Если один и тот же запрос выполнить два раза подряд, то второй раз он выполнится в несколько раз быстрее. Потому что он данные берет из кеша.

(85) да нет, не должен быть, вроде, если входные параметры меняются, то не из кэша берёт, сейчас проверю ещё раз

+(86) нет, дело не в кэше. ГДЕ ЕСТЬNULL(СпрОрганизации.Код,"")<>"""" отрабатывает однозначно быстрее, чем СпрОрганизации.Код <> """"

Думаю тоже, что фишка с более быстрым выполнением ЕСТЬNULL(СпрОрганизации.Код,"") - влияние кэша.
(84) чОрт :) про "<>" то я знал, условия неравенства как и не вхождения в список/иерархию всегда приводят к полному перебору. Просто я думал, что про sql server что-то рассказали )

(87) здорово :) на будущее нужно будет запомнить

+(87) видимо, когда пишу ЕСТЬNULL(СпрОрганизации.Код,"")<>"""", то SQL заведомо отбрасывает все соединения, которым нет соответствия в правой таблице, а когда СпрОрганизации.Код<>"" - то перебирает все записи

а сегодня нормально всё. SQL понял, как надо строить запрос???

(91) потому что из кеша взялось. Попробуй после перезагрузки компа.

(92) при работе SQL значительное время тратися не только на саму выборку данных, но и на построение плана запроса.
И если один и тот же запрос выполняется несколько раз, пусть и с разными данными, перестроение плана запроса уже не требуется.
Поэтому второй и последующие разы запрос выполняется быстрее.

53176483939987625860691497018065