Задачка с запросом в форме

[SHiSHok]

Всем привет.
есть задачка которую не знаю как сделать.

Исходные данные:
Форма, на ней 3 связанных источника данных: InventSum->InventDim->InventBatch. Данные группируются (хотя думаю это не важно).
Задача: из дата метода на одном источнике данных посмотреть значение полей другого источника данных (например метод на InventSum, а надо посмотреть значение поля на InventDim)

[Eldar9x]

пишем в методе и все
InventDim.InventLocationId, то есть указываем курсор по названию датасорса
или что-то другое имеется ввиду...?

[SHiSHok]

Zitat:

Zitat von Eldar9x

пишем в методе и все
InventDim.InventLocationId, то есть указываем курсор по названию датасорса
или что-то другое имеется ввиду...?

не все так просто. такое обращение (InventDim.InventLocationId) не дает значение соответствующее записи с которой вызывается дата метод (например с InventSum). Т.е. при вызове дата метода на InventSum меняются значения только источника InventSum, остальные источники заполняются первым значение и не изменяются при вызове дата метода.

[glibs]

Тогда все поля заполнятся значением, расчитанным по текущему положению курсора в форме, а при переходе по записям будут дружно изменяться.

Лучше переформулировать задачу (либо я чего-то не знаю).

[SHiSHok]

Zitat:

Zitat von glibs

Тогда все поля заполнятся значением, расчитанным по текущему положению курсора в форме, а при переходе по записям будут дружно изменяться.
Лучше переформулировать задачу (либо я чего-то не знаю).

уточнение: данные запроса отображаются на grid. значение поля связанной таблицы надо получить в display method-е определенном на DataSource. Как уже говорил запрос с группировкой. InventBatch связан с InventDim (по inventBatchId) и InventSum (по ItemId).
display method определен на DataSource InventSum, надо добраться к InventBatch.
Моя трассировка из дисплей метода показывает что соответствие полей InventSum<->InventDim<->InventBatch отсутствует .

[glibs]

Zitat:

Zitat von SHiSHok

...
display method определен на DataSource InventSum, надо добраться к InventBatch.
...

Попробуйте наоборот. Или приведите постановку задачи в качестве примера.

[Bober]

SHiSHok, выложил бы проект с этой формой - давно бы нашли в чем дело.
Проверь какой у тебя тип джойна между датасорсами (и есть ли там вообще джойн ).

[ShowPoint]

Zitat:

Zitat von SHiSHok

display method определен на DataSource InventSum, надо добраться к InventBatch.

Можно совсем в лоб:

display <-> <>(InventSum _cursor)
{
    return InventBatch::find(InventDim::find(_cursor.InventDimId).InventBatchId, _cursor.ItemId).<->;
}

Но, судя по всему, Вы там какого-то кальмара узлом из датасорсов завязали. Лучше развязать, чем так извращаться.

[glibs]

Запрос то с группировкой. Автор не зря спрашивает. _cursor.InventDimId может быть неизвестным по объективным причинам (по InventDim производится группировка по полям аналитик).

[SHiSHok]

чтоб выложить проект его причесать надо сначала.
Задача простая: SalesQuickQuote
запрос InventTable->InventSum->inventDim->InventBatch (везде inner join). в inventBatch есть аттрибут A в зависимости от значения которого будет вычислять поле на на InventSum (и edit метод по разному будет отрабатывать). inventBatch вяжется к inventSum и inventDim, остальные по очереди друг к дружке. аттрибут А, и вычисляемые поля отображаются на гриде. Исполняемый запрос с группировка имеет все необходимые данные чтобы вычислить поля. (это я к вариантам вида A::find(B::find(c::find... - смерть SQL серверу особенно в дисплей методе источника данных)
Так вот не могу добраться к значениям аттрибута А таблицы InventBatch из display и edit методов inventSum. (надеюсь как то понятней стало)

[raz]

давно это было... тогда делал что то типа такого:

display <-> <>(InventSum _cursor)
{
    InventDim    _InventDim = _cursor.joinChild();
    InventBatch _InventBatch = _InventDim .joinChild();

    return _InventBatch.<->;
}

[SHiSHok]

Спасибо raz, то что надо.

[userax2009]

Zitat:

Zitat von raz

давно это было... тогда делал что то типа такого:

display <-> <>(InventSum _cursor)
{
    InventDim    _InventDim = _cursor.joinChild();
    InventBatch _InventBatch = _InventDim .joinChild();

    return _InventBatch.<->;
}

почему я получаю пустоту таким же способом ??? (форма, 2 датасоурса) АХ 2009

display str 50 usInfoName()
{
    SysDataBaseLog2 _sysDataBaseLog2;
    UserInfo _userInfo = _sysDataBaseLog2.joinChild();


    return _userinfo.name;
}

[raz]

1. Почему не:

display str 50 usInfoName(SysDataBaseLog _sysDataBaseLog2)
{
    UserInfo _userInfo = _sysDataBaseLog2.joinChild();


    return _userinfo.name;
}

2. Какой Link type у датасорса UserInfo?

[userax2009]

стандартный Link Type - Delayed, менял на Inner Join - никакой разницы

[dech]

Zitat:

Zitat von userax2009

почему я получаю пустоту таким же способом ??? (форма, 2 датасоурса) АХ 2009

display str 50 usInfoName()
{
    SysDataBaseLog2 _sysDataBaseLog2;
    UserInfo _userInfo = _sysDataBaseLog2.joinChild();


    return _userinfo.name;
}

Сделайте что-нибудь с _sysDataBaseLog2, а то он у вас пустой. Товарищ raz вам как бы уже намекнул в коде.

[S.Kuskov]

Delayed - это как раз не соединение. При такой связи для каждой строки основной таблицы будет выполнен отдельный запрос к подчиненной. В одном гриде, к примеру, вы такую связку не отобразите. Метод joinChild же используется для того чтобы определить соответствующую подчиненную строку внутри одного запроса.

И raz вас правильно поправил. Не понятно для какого курсора вы пытаетесь найти дочернюю запись.