Eprst писал(а) 12. Июля 2012 :: 15:04:


Пасиб! Уже сам к тому же пришел)

ВЫБРАТЬ
	$ТекДок.ТекущийДокумент КАК [Док $Документ.ВозвратОтПокупателя],
	$ТекДокТЧ.Товар КАК [Товар $Справочник.Номенклатура],
	$Жур.Фирма КАК [Фирма $Справочник.Фирмы],
	$ТекДок.Контрагент КАК [Контрагент $Справочник.Контрагенты],
	$ТекДок.МестоХранения КАК [Склад $Справочник.МестаХранения]
ИЗ
	Документ.ВозвратОтПокупателя КАК ТекДок $nolock
ВНУТРЕННЕЕ СОЕДИНЕНИЕ
	ЖурналДокументов КАК Жур $nolock
ПО
	$ТекДок.ТекущийДокумент = $Жур.ТекущийДокумент
И
	($Жур.ДатаДокумента МЕЖДУ :лДатаНач И :лДатаКон~) И ($Жур.Проведен = 1)
ЛЕВОЕ СОЕДИНЕНИЕ
	ДокументСтроки.ВозвратОтПокупателя КАК ТекДокТЧ $nolock
ПО
	$ТекДокТЧ.ТекущийДокумент = $ТекДок.ТекущийДокумент
ГДЕ
	(Фирма В (ВЫБРАТЬ val ИЗ #глУсловие1) И Контрагент В (ВЫБРАТЬ val ИЗ #глУсловие3)) 

Все Ок, но как только в условие добавляю Склад:

ГДЕ
	(Фирма В (ВЫБРАТЬ val ИЗ #глУсловие1) И Контрагент В (ВЫБРАТЬ val ИЗ #глУсловие3) И Склад В (ВЫБРАТЬ val ИЗ #глУсловие4)) 

ругается "no such column: Склад"
До этого точно так же бился с "Фирма". Изначально было

	$Жур.Фирма КАК [РУ $Справочник.Фирмы], 

Так вот, пока псевдоним не поменял на "Фирма", так же ругалось на отсутствие колонки при фильтрации.
Где засада?

И еще вопрос: при UNION ALL как избежать ругательства "SELECTs to the left and right of UNION ALL do not have the same number of result columns". Т.е. например есть документ "ВозвратОтПокупателя" и "Оприходование". В "Оприходовании" нет поля "Контрагент". Что и как подсунуть в описании запроса для "Оприходование" вместо "Контрагент"?

Чтобы работало условие отбора на Контрагент, Склад, сделай свой запрос вложенным. Т.е.

ВЫБРАТЬ Контрагент КАК [Контрагент $Справочник.Контрагенты], Склад КАК [Склад $Справочник.МестаХранения]
ИЗ (ВЫБРАТЬ $Жур.Контрагент КАК Контрагент, $Док.МестоХранения КАК Склад
ИЗ Журнал КАК Жур
ЛЕВОЕ СОЕДИНЕНИЕ Документ.ТвойДокумент КАК Док ПО ТекущийДокумент = ТекущийДокумент) КАК ВложенныйЗапрос
ГДЕ Контрагент В (ВЫБРАТЬ val ИЗ #Контрагенты) И Склад В (ВЫБРАТЬ val ИЗ #Склады) 

ОК, ну тогда выборку из журнала можно изначально в ВТ засунуть индексы нужные повесить (на поля соединений) и  тогда мне кажется эффективнее будет.
Опять таки в SQL и в SQLite одинаковые запросы могут с разной эффективностью отрабатывать.

Неее... я имел в виду, в том же юнионе соединение делать не с таблицей журнала документов, а предварительно выбрать в ВТ все необходимое по нескольким видам, повесить индексы и соединяться уже с ВТ. Что то вроде того:

ВНУТРЬ #ВТ_Журнал
ВЫБРАТЬ ТекущийДокумент, Проведен ...
ИЗ ЖурналДокументов КАК Жур
ГДЕ ВидДокумента В (ОдинВид, ВторойВид, ТретийВид)
И Проведен = 1 И ДатаДокумента МЕЖДУ :Начало И : Конец

// создаем индекс по виду и документу

ВЫБРАТЬ ...
ИЗ Документ.ОдинВид КАК ОдинВид
ВНУТРЕННЕЕ СОЕДИНЕНИЕ #ВТ_Журнал КАК Жур
ПО Жур.ВидДокумента = :ОДинВид И ОдинВид.ТекущийДокумент = Жур.ТекущийДокумент
ОБЪЕДИНИТЬ ВСЕ
..... 

Скуль да, а вот скульлайт не знаю как поступит. Вполне возможно что так же умно ))), но если нет то получим "бяку". )) Поэтому я предпочитаю делать более простые запросы чтобы при построении плана возможность ошибиться была меньше.

artamir писал(а) 30. Июля 2012 :: 15:11:

Так соединяй 2 раза. Сначала по ШК1, потом по ШК2. В итоге выбирай непустую номенклатуру

coalesce(Ном1.id,Ном2.id) 

Eprst писал(а) 31. Июля 2012 :: 05:16:


Я правильно себе представляю?

|ВЫБРАТЬ *
|  ИЗ
|     #VT_Revizii КАК Ревизии
|ЛЕВОЕ СОЕДИНЕНИЕ
|   Справочник.Номенклатура КАК спрНом $nolock
|ПО
|   (Ревизии.ШтрихКод = спрНом.ШтрихКод1)
|   ИЛИ
|   (Ревизии.ШтрихКод = спрНом.ШтрихКод2)