привествую!
подскажите, как построить соединение, если я НЕ использую в запросме выборку по регистру? например так:
ТекстЗапроса="
    |SELECT
    |    РегПартии.Фирма as [Фирма $Справочник.Фирмы], 
    |   РегПартии.СтатусПартии as [СтатусПартии $Перечисление.СтатусыПартии],
    |   РегПартии.Номенклатура as [Номенклатура $Справочник.Номенклатура], 
    |   РегПартии.СуммаРубПриход as ПриходС,            
    |   РегПартии.СуммаРубРасход as РасходС,            
    |   РегПартии.КоличествоПриход as ПриходК,   
    |   РегПартии.КоличествоРасход as РасходК   
    |FROM
    |    о)) as РегПартии";

при этом надо наложить фильтр по общему реквизиту документов (с отбором) "ЮрЛицо"...?
ВАЖНО! Фильтр не по Регистр.Фирма.ЮрЛицо, а по Регистр.ТекущийДокумент.ЮрЛицо!
в моем случае Документ.ЮрЛицо<>Документ.Фирма.ЮрЛицо

Периодичность ВТ - документ + inner join с _1sjourn по iddoc и условию на ЮрЛицо из журнальчика.
Усё.

На счет останков не увидал сразу..
Ну и ладно - фильтруя по документу движения получаешь.. "предсказуемый" результат

да да.. я тут тоже , если что

Не-не-не.. сам, всё сам, иначе не запомнишь.

pisarev писал(а) 24. Июля 2014 :: 06:01:


хм... а так работает:
Соединение="INNER JOIN _1SJourn as Жур
                          |ON Жур.date_time_iddoc = ra328_vt.date_time_iddoc
                          |AND Жур.$ОбщийРеквизит.ЮрЛицо=:ВыбЮрЛицо"

но ведь как-то криво... не должен я "видеть" ra328_vt.....

Из первой табличке во from, ежели и в другой табличке есть это поле, то да, будет ошибка - требуется алияс на табличку

pisarev писал(а) 24. Июля 2014 :: 09:30:


Ну дык ясен пень, почитайте про параметр периодичность таблицы Обороты или ОстаткиОбороты.

И покажите уже целиком весь текст запроса ....

^)))

зачет ага.

Ну а теперь подумай, как что есть соединение УНУтри ВТ, и какой там может быть алияс , который ты прилепил к этому запросу СНАружи.

pisarev писал(а) 24. Июля 2014 :: 09:59:

соединить снаружи либо не использовать ВТОбороты (все равно на регистре остатков от нее никакой пользы)

pisarev писал(а) 24. Июля 2014 :: 10:08:

будет работать, но это индусский код

trad писал(а) 24. Июля 2014 :: 10:12:


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

trad писал(а) 24. Июля 2014 :: 10:15:


ну... я думал что ВТ обороты для того и создана, чтобы получать исходные данные отфильтрованные по измерениям/реквизитам для отчета, в котором нужны ТОЛЬКО обороты...

pisarev писал(а) 24. Июля 2014 :: 10:18:


Так и есть.  Каждая ВТ оптимизирована под конкретный вид регистров, ВТ Обороты  исключительно для оборотного регистра оптимизирована. Применять её к останковому регистру, не имеет особого смысла

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

pisarev писал(а) 24. Июля 2014 :: 09:52:


вытащите соединение из вт.

о)) as РегПартии
INNER JOIN _1SJourn as Жур
          |ON Жур.Date_Time_IDDoc = РегПартии.date_time_iddoc

Ну а ваши фильтры по Общему реквизиту в данном контексте будут работать только при наличии галки Отбор у общего реквизита.
Отбор накладывайте как-то так:
Where Жур.$Общийреквизит.Юрлцо = :Что-то.

pisarev писал(а) 24. Июля 2014 :: 11:04:

если не требуется доступ к регистратору и не требуется доступ к реквизитам двмжений, то через ВТ. Если требуется, то через таблицу движений.

pisarev писал(а) 24. Июля 2014 :: 11:45:


как бэ, посмотри на досуге, во что разворачивается ВТ в скуле. Многие вопросы отпадут сами собой.

pisarev писал(а) 24. Июля 2014 :: 11:45:

Есть и объективные
Тебе приходится использовать как минимум алиас raХХХ_vt, где ХХХ - идентификатор регистра
Этот идентификатор в некоторых случаях может изменятся от базы к базе.
Например если ты разрабатываешь конфу на своей девелоперской базе, а потом накатываешь на боевую не загрузкой а объединением. У нового регистра идентификатор в двух базах будет разный.
Возможно это не твой случай, но практика эта - плохая.

trad писал(а) 24. Июля 2014 :: 12:15:


это точно