А можно план запроса в текстовом виде?

Соединять нужно по уникальному ключу, иначе получиться произведение множеств. Из-за этого и вылетает 1С - слишком много строк.

|  Left join $ДокументСтроки.Т_РасходнаяНакладная as РНСтроки on $ТН.РН = РНСтроки.IDDOC
|  Left join $Справочник.ТМЦ as тмц on $РНСтроки.Товар = тмц.ID
|  Left join $Регистр.ПартииТоваров as рег on РНСтроки.IDDoc = рег.IDDOC and РНСтроки.lineno_ = рег.lineno_  

и вместо этого

Inner join $Справочник.КатегорииТоваров AS КатегорииТоваров ON $РНСтроки.Товар = КатегорииТоваров.PARENTEXT 

where
 ...
 and exists(select * from $Справочник.КатегорииТоваров AS КатегорииТоваров where КатегорииТоваров.PARENTEXT = $рег.Товар and $КатегорииТоваров.Категория in (Select val from #_категория))
 

В результате будут все записи регистра ПартииТоваров для документов, попавших в выборку. Все-равно слишком большой объем данных тянуть. Нужно постановку задачи оптимизировать

Не факт, что по lineno_ можно будет соединение строить, вдруг там не используется ПривязыватьСтроку(). Но соединение с регистром партий и в самом деле здесь какое-то недоделанное, нужны еще условия, чтобы строк меньше было.
А вот менять join на exists смысла не вижу. Еще бы я не делал условие

$РНСтроки.Товар  in (Select val from #_товар) 

а поменял бы его на

тмц.ID  in (Select val from #_товар)  

Leierkastenmann писал(а) 26. Февраля 2010 :: 06:23:

смысл в том, что одного товара может быть несколько записей в справочнике КатегорииТоваров с одинаковым значением Категория. Можно джойнить и надеяться, что такого не будет или использовать exists.
Leierkastenmann писал(а) 26. Февраля 2010 :: 06:23:

Не факт, но по-другому т.ч. с регистром никак не соединить.

Z1 писал(а) 26. Февраля 2010 :: 06:32:


Категория в шапке запроса, стало быть ни о каком exists речи не идет. Дополнительные условия можно добавлять, если автору нужны не все категории в результате.
А вообще спорить не буду, потому что нет однозначной рекомендации, все определяется планом выполнения. Довольно много запросов будут иметь одинаковый план, неважно join, in или exists используется.
Кстати, автор так и не привел плана запроса.

Цитата:

Если знать модуль проведения документа, то быть может и есть какие-то обходные пути соединения, например, если гарантировано одна строка всегда делает одно движение, то вместо lineno_, можно в регистре использовать actno.

каждому товару проставлена только одна категория. Метод Привязатьстроку() неиспользую. могу приадачить модуль проведения. фСуммы получились больше не в себестоимости а в колонке Сумма

прошу прощения, метод Привязатьстроку() используется
           |  Left join $Регистр.ПартииТоваров as рег on РНСтроки.IDDoc = рег.IDDOC and РНСтроки.lineno_ = рег.lineno_ and $РНСтроки.Товар = $рег.Товар
прекрасно работает, но всёравно сумма отличается от действительной