Очередная попытка связать InventTrans, InventDim, InventBatch

[Perc]

Цитата:

1.
у вас логическая ошибка.
нужно выбирать данные по партии, если партия ВКЛЮЧЕНА в группах аналитики.
партионный учет по номенклатуре могут выключить и после того, как ввели данные с партиями.

Я понимаю вашу теоретическую подкованность). И что нужно иногда обращать внимание настройки в группах аналитики. Но даже если партии и выключили после. Мы же можем когда то захотеть посмотреть данные с партиями за прошлые периоды?
Такая же история может быть и серийными номерами и еще с чем то... Данные таблицы я привел в качестве удобного примера ситуации для запроса.

Цитата:

2.
outer join должен быть последним. или вырубайте forcenested.
в общем, читайте по форуму - обсуждалась проблема с outer join.

Уверен был что тема должна была обсуждаться, но что то за час поиска ни на что подходящее не наткнулся. Поищу по ключевому слову forcenested. Спсб).
Ну и кстате насчет того что outer join должен быть последним - совершенно не верно по моему. Даже если и ткнем в конце outer, при переводе в SQL outer все равно однообразно переводиться в left outer join с условием вперед. Но я еще почитаю форум)

Цитата:

3.
вообще говоря, номер партии находится в inventDim.
делать выборку из invetnBatch нужно только тогда, когда вам нужны дополнительные параметры именно партии - срок годности или что вы туда добавили.
в связи с этим соображением, желание "сделать один запрос на три таблицы" выглядит странным. А нужно ли вам одним запросом то?
Разбейте на два:
* InventTrans+InventDim нужны всегда (в inventDim можно найти номер партии)
* InventBatch (и другие аналитики) нужны только когда понадобятся расширенные параметры из аналитик. тогда и выбирайте отдельным запросом.

Конечно тыкая запрос в форум я отчистил его от дополнительных хламов. Чтобы так сказать проблема программистская была не замутнена). Нужно именно одним запросом. Конечно эту проблему всегда в прошлом так и решали. Делали вложенные запросы, потом собирали группировали и еще как либо обрабатывали, но тем неменее один запрос упростил бы мне работу, да и подозреваю и серверу в смысле быстродействия.

[mazzy]

Цитата:

Сообщение от Perc

Конечно тыкая запрос в форум я отчистил его от дополнительных хламов. Чтобы так сказать проблема программистская была не замутнена).

а... понятно.
тогда копайте в сторону проблем с outer join.

а про какую версию спрашиваете?
просто в 2012 многое сильно изменилось.

[Perc]

Цитата:

Сообщение от mazzy

а про какую версию спрашиваете?
просто в 2012 многое сильно изменилось.

Да мы ретрограды) DAX4..

[mazzy]

Цитата:

Сообщение от Perc

Даже если и ткнем в конце outer, при переводе в SQL outer все равно однообразно переводиться в left outer join с условием вперед.

насколько я помню программистскую суть проблемы:
* проблема не в том, как отправляется запрос
* проблема в том, как аксапта интерпретирует ответ. аксапта не работает с null. поэтому ей нужно помогать

[Perc]

Цитата:

Сообщение от mazzy

насколько я помню программистскую суть проблемы:
* проблема не в том, как отправляется запрос
* проблема в том, как аксапта интерпретирует ответ. аксапта не работает с null. поэтому ей нужно помогать

Ну до интерпретации ответа нужно сначала вопрос поставить правильно. Если вопрос глядя в трассировку SQL получается такой что данные возвращенные сервером как не интерпретируй.. лошадку не слепишь)
Но я понял что вы имеете ввиду, посмотрю еще варианты.

[S.Kuskov]

Цитата:

Сообщение от Perc

Даже если и ткнем в конце outer, при переводе в SQL outer все равно однообразно переводиться в left outer join с условием вперед.

Не понял вас.

Вам какой запрос нужен? В вашем примере вы джойните InventDim по условию "inventDim.InventBatchId == invendBatch.inventBatchId", т.е. только к тем проводкам у которых есть номер партии. Это не ошибка, это специально так?

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

select inventTrans
join InventDim
where inventDim.InventDimId == inventTrans.InventDimId 
   && inventDim.InventLocationId == "склад1"
outer join InventBatch
where InventBatch.InventBatchId == inventDim.InventBatchId 
   && InventBatch.itemId == inventTrans.itemId;

[Perc]

Цитата:

Сообщение от S.Kuskov

Не понял вас.

Вам какой запрос нужен? В вашем примере вы джойните InventDim по условию "inventDim.InventBatchId == invendBatch.inventBatchId", т.е. только к тем проводкам у которых есть номер партии. Это не ошибка, это специально так?

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

select inventTrans
join InventDim
where inventDim.InventDimId == inventTrans.InventDimId 
   && inventDim.InventLocationId == "склад1"
outer join InventBatch
where InventBatch.InventBatchId == inventDim.InventBatchId 
   && InventBatch.itemId == inventTrans.itemId;

Прекрасно бы устроило если бы работало. На самом деле первоначально так и начинали писать следуя логике. Но так не работает совсем. При выполнении ошибка вылетала и вылетает.

Не удалось привязать составной идентификатор "A.ITEMID".
Вот конец самого SQL:
FROM {oj INVENTDIM B LEFT OUTER JOIN INVENTBATCH C ON ((C.DATAAREAID=?) AND ((B.INVENTBATCHID=C.INVENTBATCHID) AND (A.ITEMID=C.ITEMID)))},INVENTTRANS A WHERE ((A.DATAAREAID=?) AND (A.ITEMID=?)) AND ((B.DATAAREAID=?) AND ((B.INVENTDIMID=A.INVENTDIMID) AND (B.INVENTLOCATIONID=?)))

[S.Kuskov]

Цитата:

Сообщение от Perc

Не удалось привязать составной идентификатор "A.ITEMID".

Т.е. он вот это условие не может проглатить && InventBatch.itemId == inventTrans.itemId;

Возможно поможет сделать промежуточный View = InventTrans join InventDim. И уже к нему outer join InventBatch.

[Player1]

Цитата:

Сообщение от Perc

...Конечно тыкая запрос в форум я отчистил его от дополнительных хламов. Чтобы так сказать проблема программистская была не замутнена). Нужно именно одним запросом...

Если в одном из условий хлама будет так, что известна к примеру номеклатура, и хочется просто поупражняться в программировании, то вариант такой:

    inventTrans     inventTrans;
    InventBatch     InventBatch;
    InventDim       InventDim;
    int             yes,no;
    ;

    while select InventDim
        where inventDim.InventLocationId == "склад1"

    join inventTrans
        where  inventTrans.inventDimId == InventDim.inventDimId
            && inventTrans.ItemId == "известна"

    outer join InventBatch
        where InventBatch.itemId == inventTrans.itemId
    {
        if (InventBatch)
        {
            yes++;
        }
        else
        {
            no++;
        }
    }

    info(strfmt("yes:%1; no:%2", yes, no));

PS: без указания номенклатуры не рекомендую запускать - будет очень долго
PSS: правильно подсказывают выход - View, 2 запроса, запрос на синтаксисе SQL

[S.Kuskov]

Цитата:

Сообщение от Player1

вариант такой:

Без условия InventBatch.InventBatchId == inventDim.InventBatchId достаточно странная выборка получается Каждая проводка будет соединена со всеми партиями номенклатуры, а не только с собственной

[Player1]

Цитата:

Сообщение от S.Kuskov

Без условия InventBatch.InventBatchId == inventDim.InventBatchId достаточно странная выборка получается Каждая проводка будет соединена со всеми партиями номенклатуры, а не только с собственной

if (InventBatch.InventBatchId == inventDim.InventBatchId)...

[Perc]

Цитата:

Сообщение от Player1

Если в одном из условий хлама будет так, что известна к примеру номеклатура, и хочется просто поупражняться в программировании, то вариант такой:

    inventTrans     inventTrans;
    InventBatch     InventBatch;
    InventDim       InventDim;
    int             yes,no;
    ;

    while select InventDim
        where inventDim.InventLocationId == "склад1"

    join inventTrans
        where  inventTrans.inventDimId == InventDim.inventDimId
            && inventTrans.ItemId == "известна"

    outer join InventBatch
        where InventBatch.itemId == inventTrans.itemId
    {
        if (InventBatch)
        {
            yes++;
        }
        else
        {
            no++;
        }
    }

    info(strfmt("yes:%1; no:%2", yes, no));

Не-е, конечно здесь все плохо. Это не наш метод). Вьюшка работает.