v7: Запросец долговато выполняется #672275

любопытно почему.. около 10с период день    ТекстЗапроса = "

цель: найти расходники на которые не сделаны счета-фактур

основной жор (по плану запроса) при поиске в срц_док

спасибо, нашел что тормозит =)

нашел, что тормозит.. не нашел как победить =) убираю "обрезание" парент_вал и запрос выполняется намного быстрее..

не верный запрос, счет фактура может не попасть в выбранный диапазон.

ну тут "с некотороми оговорками" все норм, основная проблема в скорости выполнения =)

чем заменить left right substring, чтобы было быстро?

дурной запрос какой-то

предложения? =) выбираю расходники за день, выбираю документы основания счф искомые, которых нет в табличке родителей счф

думаю выгрузка отдельно табличек и сравнение в 1се будет быстрее =)

Хуже не будет если в соединении с _1SJourn прописать соединени по виду документа _1SJourn as Жур (NOLOCK) ON (Жур.IDDocDef=$ВидДокумента.РасходнаяНал) Хуже не будет, а лучше будет если проход будет сначала по журналу

Так то может быть, но если тупо ускорить то: 1. Можно подзапрос вынести отдельно и укладывать во временную таблицу, потом на нем построить индекс и уже затем NOT IN (SELECT iddoc FROM #tmp_Table) 2. Можно попробовать наоборот не отрезать Лево, Право, а достроить Док.IDDoc до нужного значения, префикс будет одним и тем же. (хотя вряд ли даст значительный эффект)

интересно по поводу достроить =) а что там после документа у парент_вал? 8 симв в том смысле, то там у меня пустота.. пока.. но может ли там что-то появиться?

ну и выбери все в одну таблицу, и фильтруй по пустой сче-фактуре а достраивать - "O1"+iddocdef36+iddoc - будет тебе 23

Или с условием на ДокРод.ParentVal='O1'+$ВидДокумента36.РасходнаяНал+Док.IDDoc

благадорюс =) с достройкой с ванчика выполняется потом с в одной табличке попробую

вот так написал |    AND 'O1'+$ВидДокумента36.РасходнаяНал+Док.IDDoc+'        ' NOT IN (

Я недавно боролся с подчиненными и понял, что такая запись ТекстЗапроса="SELECT    |Жур.IDDoc IDDoc, самая быстрая. Оптимизатор может не правильно план делать

спасибо, возьму на вооружение =)

А может запрос составить так, что бы не было подчиненных Документ.Счет_фактура

сегодня уже не успеваю.. завтра буду его (запрос) причесывать =)

переписал вот в такую штуку =)    |SELECT    |     left(Жур.Date_Time_IDDoc, 8) as [ДатаДок $Дата] но чет не допру как Отбор.ChildID еще по виду документа отфильтровать? =)

|    Жур.IDDocDef = $ВидДокумента.РасходнаяНал это вроде получается не обязательно, бо и так джойню с расходниками..

Так-то оно так... Зато есть шанс попасть в индекс...

заджойнил еще раз общий журнал.. теперь выпадают пустые значения =)    |SELECT    |     left(Жур.Date_Time_IDDoc, 8) as [ДатаДок $Дата]

аккуратнее надо с джойнами лучше фильтр в джойне, чем после джойна

вот это, то, что надо, тока как еще пустые значения вернуть? =)    |SELECT    |     left(Жур.Date_Time_IDDoc, 8) as [ДатаДок $Дата]

а как тогда? надо из срц_док выбрать все по нашим родителям, причем чилд_ид нужно пустое, либо вид_документа НЕ счет_фактура

например должно быстрее чем отрабатывать

Мне кажется в данном случае по барабану, отработает одинаково.

+ по скорости.

на глаз разницу не заметно.. =) последний иннер - коцает из таблички пустые значения, когда док.осн вобще еще нет.. вот это пока проблема №1 =)

По Запросу я бы сделал так ТекстЗапроса = " По сделай объединение к подзапросу либо

я знаю как правильно написать, но придет Ёпрст и скажет что каскадные джойны @вно :)

Тут действительно "<>" ?    |    _1SJourn as ЖурТмп (NOLOCK) ON ЖурТмп.IDDoc = Отбор.ChildID      |     AND ЖурТмп.IDDocDef <> $ВидДокумента.Счет_фактура тогда в selecte ты никак не увидишь   |     ,Отбор.ChildID as [Счф $Документ.Счет_фактура] как счет-фактуру.

Только тормозить может :).

ну это в процессе разработки, чтобы видеть чего там =) так то нужно отобрать Расходники у которых нет документов основания, либо это не счета фактуры

Ну тогда надо наоборот условия связи в поставить.

проверил действительно выигрыша нет

Ну таки SQL декларативный язык.

в каскадные - читать вложенные

ща поковыряюсь с вариантом от Serginio1 потом дальше буду посмотреть =)

с тобой на бентли не заработаешь! ©Я

:)

вот так фунциклирует.. =)    |SELECT    |      left(Жур.Date_Time_IDDoc, 8) as [ДатаДок $Дата]

ну это как я первый раз хотел, когда выбранного_раз нет в выбранного_два =)

но быстро =)

2 Mikeware: с одной табличкой что-то не получилось =)

Можешь вместо Exist сделать левое соединение к этому подзапросу.

в inner join воткни условие на iddocdef

Спасибо Serginio1 и коллективному разуму. =)

везде

если во второй вставить - неправильно фунциклирует

гы гы гы.. но вчерашний вариант уделывает по скорости сегодняшний =))

Кстати а результаты одинаковые? и 'O1'+$ВидДокумента36.РасходнаяНал+Док.IDDoc

ага.. одинаковые.. хотя там еще 8 знаков

Сделай одникаковыми в запросах. И большая разница на неоткэшированных запросах?

делал - ничего не меняет.. разница на глаза раза в два, а то и поболее

пробывал и в "сегодняшний" + '        ' добавлять и во "вчерашнем" этот "постфикс" убирать на скорости никак не отражается.. т.е. сегодняшний все равно остается медленнее, вчерашний быстрее

А если добавить в 45 условие на дату AND (Отбор.Child_Date_Time_IDDoc BETWEEN :НачДата AND :КонДата~)

пока сегодняшний выполняется, успеваю до 5 досчитать вчерашний на раз =) непонял, это куда

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

к если во вложенное WHERE - не удалось привязать составной идентификатор

это не я =))))))

кстати, алиасы сменил - все равно не правильно понял, выйгрыша не дало.. или очень не значительный

покажи неправильный запрос

SELECT

так вроде еще чутка подольше..

Или что бы алиасы не совпадали SELECT    |      left(Жур.Date_Time_IDDoc, 8) as [ДатаДок $Дата]

Надо сравнивать планы запросов.

пока лидирует "дурной запрос" =) я хз как теперь план на него отловить - раньще он в последних ресурсоемких отражался, сейчас (после достройки) его там нет.

план медленного сохранил.. могу положить на филес.майл.ру например

Почему дурной? Первый был дурным, а этот уже причесанный. Все зависит от плана запроса. Нужно смотреть различие

ну Mikeware так его окрестил =) А как выцепить план на конкретный запрос, который не ресурсоемкий?

В том же SMS можно план посмотреть

запустил в профайлере трассировку, нашел этот запрос, а как план теперь из него посмотреть? =)

Поставь рс.отладка вставь в SMS и смотри план запроса

из профайлера план так и не нашел как посмотреть.. поставил период побольше и из студии открыл план.

в быстром плане есть слово параллелизм =)

дык во втором запросе надо же не расх накладную, а условие на сч. фактуру

поменял.. в скорости выйгрыша не дает.. или почти не заметно

поставь условие на вид дока первым

У него условие на подчиненные счет фактуры с нормальными алиасами (Жур1.IDDocDef=$ВидДокумента.Счет_фактура

я про "неправильный" запрос грю.. где виддока закомменчен

поставил первыми - если что-то изменилось, то незначительно

ссылка на планы

этот выполняется моментально =)

может на долю секунды быстрее, чем "вчерашний", но заметно =)

а может и не заметно, бо я через выбратьстроку его смотрю а вчерашний через печатную форму =) но разница с предъидущим вариантом очевидна

Ну в нем убрано все лишнее. И тебе будет удобнее когда нужно бедет пришпондрить твой вариант с 25.

вобщем доп условия внутри джойнов отжирают значительное время =) спасибо