Связь CustInvoiceJour и InventTrans

[Silphidae]

Добрый день

Прошу помочь разобраться с такой проблемой. Пытаюсь сделать такой запрос:

    Query q;
    QueryBuildDataSource qbdsCustInvoiceJour;
    QueryBuildDataSource qbdsInventTrans;
    QueryBuildRange      range;
    Str600               value;
    ;

    q = new Query();
    qbdsCustInvoiceJour = q.addDataSource(tableNum(CustInvoiceJour), "CJTable");
    qbdsCustInvoiceJour.addSelectionField(fieldNum(CustInvoiceJour, InvoiceAccount));
    qbdsCustInvoiceJour.addSelectionField(fieldNum(CustInvoiceJour, InvoiceId));
    qbdsCustInvoiceJour.addSelectionField(fieldNum(CustInvoiceJour, SalesId));
    range = qbdsCustInvoiceJour.addRange(fieldNum(CustInvoiceJour, InvoiceAccount));
    range.value("39");

    qbdsInventTrans = qbdsCustInvoiceJour.addDataSource(tableNum(InventTrans),"ITTable");
    qbdsInventTrans.addLink(fieldNum(CustInvoiceJour, InvoiceId),fieldNum(InventTrans, InvoiceId));
    qbdsInventTrans.addLink(fieldNum(CustInvoiceJour, SalesId), fieldNum(InventTrans, TransRefId));
    qbdsInventTrans.addSelectionField(fieldNum(InventTrans, RecId));

Т.е. просто выбираю запись из InventTrans с номером заказа на продажу и инвойсом как в таблице CustInvoiceJour.
Но это не работает. И проблема, как мне кажется в разных EDT у полей связи, хотя, по сути, они содержат одинаковую информацию.
Возможно, есть какой-то аналог LIKE для qbds или какой-нибудь статик_каст для преобразования типов?

[raz]

добавьте строки накладных, будет быстрее и заработает. проблема скопее всего в выравнивании TransRefId

CustInvoiceJour->CustInvoiceTrans->InventTrans

[raz]

    Query q;
    QueryBuildDataSource qbdsCustInvoiceJour;
    QueryBuildDataSource qbdsCustInvoiceTrans;
    QueryBuildDataSource qbdsInventTrans;
    QueryBuildRange      range;
    Str600               value;
    ;

    q = new Query();
    qbdsCustInvoiceJour = q.addDataSource(tableNum(CustInvoiceJour), "CJTable");
    qbdsCustInvoiceJour.addSelectionField(fieldNum(CustInvoiceJour, InvoiceAccount));
    qbdsCustInvoiceJour.addSelectionField(fieldNum(CustInvoiceJour, InvoiceId));
    qbdsCustInvoiceJour.addSelectionField(fieldNum(CustInvoiceJour, SalesId));
    range = qbdsCustInvoiceJour.addRange(fieldNum(CustInvoiceJour, InvoiceAccount));
    range.value("39");

    qbdsCustInvoiceTrans= qbdsCustInvoiceJour.addDataSource(tableNum(CustInvoiceTrans));
    qbdsCustInvoiceTrans.addLink(fieldNum(CustInvoiceJour, InvoiceId),fieldNum(CustInvoiceTrans, InvoiceId));
    qbdsCustInvoiceTrans.addLink(fieldNum(CustInvoiceJour, SalesId), fieldNum(CustInvoiceTrans, SalesId));
    qbdsCustInvoiceTrans.addLink(fieldNum(CustInvoiceJour, InvoiceDate), fieldNum(CustInvoiceTrans, InvoiceDate));
    qbdsCustInvoiceTrans.addLink(fieldNum(CustInvoiceJour, numberSequenceGroup), fieldNum(CustInvoiceTrans, numberSequenceGroup));

    qbdsInventTrans = qbdsCustInvoiceTrans.addDataSource(tableNum(InventTrans),"ITTable");
    qbdsInventTrans.addLink(fieldNum(qbdsCustInvoiceTrans, InventTransId),fieldNum(InventTrans, InventTransId));
    qbdsInventTrans.addLink(fieldNum(qbdsCustInvoiceTrans, InvoiceId),fieldNum(InventTrans, InvoiceId));
    qbdsInventTrans.addLink(fieldNum(qbdsCustInvoiceTrans, InvoiceDate),fieldNum(InventTrans, DateFinancial));
    qbdsInventTrans.addSelectionField(fieldNum(InventTrans, RecId));

[Silphidae]

Цитата:

добавьте строки накладных, будет быстрее и заработает. проблема скопее всего в выравнивании TransRefId
CustInvoiceJour->CustInvoiceTrans->InventTrans

Спасибо, raz
К сожалению, такой вариант не рассматривается, ибо я решаю обратную задачу - нужно CustInvoiceJour->InventTrans->CustInvoiceTrans

[SRF]

Добрый день!

Попробуйте вместо строки

qbdsInventTrans.addLink(fieldNum(CustInvoiceJour, SalesId), fieldNum(InventTrans, TransRefId));

строку

qbdsInventTrans.addLink(fieldNum(CustInvoiceJour, LedgerVoucher), fieldNum(InventTrans, Voucher));

P.S. Точно не уверен, что будет работать во всех вариантах, нужно тестировать. Еще также желательно добавить индекс по полю Voucher.

[Wamr]

можно через Voucher + DateFinancial = LederVoucher + InvoiceDate
но это очень тяжелый вариант, так как поля неиндексированы.

В качестве альтернативы можно через SalesLine
CustInvoiceJour -> SalesId
SalesLine -> InventTransId
InventTrans (InvoiceId)

[Logger]

Цитата:

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

проблема скопее всего в выравнивании TransRefId

Нее. У них же общий предок Num.

[Silphidae]

Спасибо всем.
Пожалуй, буду использовать вариант через SalesLine.

Однако для образования хотелось бы узнать, есть ли способ насильно преобразовывать типы. И есть ли возможность писать like в qbds.

[lev]

Цитата:

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

Спасибо всем.
Пожалуй, буду использовать вариант через SalesLine.

Однако для образования хотелось бы узнать, есть ли способ насильно преобразовывать типы. И есть ли возможность писать like в qbds.

вот пример вставки LIKE:

Query                   query = new Query();
    QueryBuildDataSource    qbds;
    str                                 itemLike = 'Ном';
    ;

    qbds = query.addDataSource(tablenum(InventTable));
    qbds.addRange(fieldNum(InventTable, ItemId)).value(strFmt('*%1*', itemLike));

    info(qbds.toString());

а про приобразование каких типов вы имеете ввиду?

[lev]

почему я спросил про какие типы идет речь...
в стандарте есть много всяких функций преобразования типа (num2str(), str2date(), any2real() и т.д.и т.п)
или вы про какое то другое преобразование?

[Lemming]

Цитата:

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

Спасибо всем.
Пожалуй, буду использовать вариант через SalesLine.

Блеск...связываем транзакции через строки "черновика", которые можно и изменить, и вообще удалить

[Wamr]

2 Lemming

Цитата:

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

К сожалению, ... я решаю обратную задачу - нужно CustInvoiceJour->InventTrans->CustInvoiceTrans

Какова задача, таково и решение

[mazzy]

Цитата:

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

Пожалуй, буду использовать вариант через SalesLine

Ни в коем случае!!!!

Потому что Lemming правильно написал:

Цитата:

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

...через строки "черновика", которые можно и изменить, и вообще удалить

Цитата:

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

В качестве альтернативы можно через SalesLine
CustInvoiceJour -> SalesId
SalesLine -> InventTransId
InventTrans (InvoiceId)

Wamr, ну разве ж так можно?
"Кто соблазнит одного из малых сих, тому лучше было бы, если бы повесили ему жерновный камень на шею и бросили его в море"

[Lemming]

Цитата:

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

2 Lemming
Какова задача, таково и решение

Цитата:

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

CustInvoiceJour -> SalesId
SalesLine -> InventTransId
InventTrans (InvoiceId)

Более того, Вы представляете как будет тормозить такое решение на большом кол-ве заказов, инвойсов и складских операций? Вообще абсурд какой-то: стучаться из шапки инвойсов, в строки, через две таблы, наполненные немалым кол-вом данных! Лучше пусть тредстартер конкретизирует задачу, возможно он зашел к решению совсем не с той стороны.

[Silphidae]

Цитата:

или вы про какое то другое преобразование?

В с++ были такие вещи как static_cast и dynamic_cast. Вот интересно, есть ли аналоги в х++.
Хотя, конечно, к данной теме это не относится.

Цитата:

Лучше пусть тредстартер конкретизирует задачу, возможно он зашел к решению совсем не с той стороны.

Вполне возможно.. Далается запрос CustInvoiceJour->CustInvoiceTrans->InventItemAndClass, в котором накладываются фильтры по клиентам, датам и узлам классификатора. Нужно еще вкорячить фильтр по складу. Проблема в том, что CustInvoiceTrans группируется по ItemId - и считает сумму по InventQty и LineAmount - тем самым InventDimId из CustInvoiceTrans уже не взять, вот я и хотел перед этим вставить InventTrans, чтобы там делать фильтр по складу.

[S.Kuskov]

Цитата:

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

Проблема в том, что CustInvoiceTrans группируется по ItemId - и считает сумму по InventQty и LineAmount.

Не понял, как наличие группировки может помешать добавить ограничение?

Цитата:

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

InventDimId из CustInvoiceTrans уже не взять

Это почему же?

Вот такая конструкция

select sum(InventQty), sum(LineAmount) from CustInvoiceTrans 
exists join InventDim
where
    InventDim.InventDimId == CustInvoiceTrans.InventDimId &&
    InventDim.InventLocationId == "..."

прекрасно справляется с вашей задачей

[Wamr]

mazzy, Lemming, ну конечно нельзя, ну конечно тормоза, понятно что это ИЗВРАТ
но, если потеряна связь CustInvoiceJour - CustInvoiceTrans или кто-то удалил CustInvoiceTrans
и надо это починить - то можно как угодно
видимо с задачей я не угадал

[Wamr]

Все-таки raz был прав

Цитата:

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

добавьте строки накладных, будет быстрее и заработает. проблема скопее всего в выравнивании TransRefId

CustInvoiceJour->CustInvoiceTrans->InventTrans

-> InventDim и фильтруй себе по складу

[ice]

Цитата:

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

Далается запрос CustInvoiceJour->CustInvoiceTrans->InventItemAndClass, в котором накладываются фильтры по клиентам, датам и узлам классификатора. Нужно еще вкорячить фильтр по складу. Проблема в том, что CustInvoiceTrans группируется по ItemId - и считает сумму по InventQty и LineAmount - тем самым InventDimId из CustInvoiceTrans уже не взять, вот я и хотел перед этим вставить InventTrans, чтобы там делать фильтр по складу.

все фильтры выполняюстя в запросе до того как происходит группировка

[Silphidae]

Цитата:

все фильтры выполняюстя в запросе до того как происходит группировка

Я думал, что фильтры кладутся после группировки - поэтому и городил огород.

Спасибо за ответы. Прошу прощения за глупые вопросы.
Но вот если бы я не спросил, кто знает, когда бы я дошел до этого знания - так что не ругайте сильно.