Обновить на grid поле из временной таблицы

[IKA]

Есть строки журнала
Есть стандартная функция валидации (проверки) этих строк
Пользователи хотят видеть на гриде поле с ошиками (а не на закладке история (history) ) плюс хотят сортировать/ фильтровать по нему.
1) Создаю в AOT временную таблицу TempDb MyTempTable (два поля: ErrorLog, LedgerJournalTrans.RecId)
2) в classDeclaration формы обьявляю переменную MyTempTable
3) добавляю MyTempTable как datasource на форму (outer join to ledgerJournalTrans по RecId)
4) добавляю на grid поле Error из этого DS
4) в init датасоурса MyTempTable пишу: MyTempTable_ds.linkPhysicalTableInstance(myTempTable).
5) При нажатии пользотелелем кнопки Validate таблица заполняется и вызывается MyTempTable_ds.refresh()
.... но поле на grid не обновляется

Таблица заполняется верно. Почему результаты не показываются?

Спасибо

[Ivanhoe]

Немного в сторону. А зачем отдельная темповая таблица? Почему не хотите в сами строки записать результат?

[IKA]

Строки таблицы ledgerJournalTrans?
То есть, добавить в нее новое поле и не сохранять данные в нем (то есть, saveContents = No на поле таблицы)?

[Владимир Максимов]

Не уверен. Но разве надо линковать временную таблицу именно к MyTempTable_ds? По моему, надо просто к самой таблице линковать.

MyTempTable.linkPhysicalTableInstance(myTempTable).

DS - это уже результат выборки, который все-равно будет переопределен после executeQuery()

ds.refresh() - это обновление картинки. Но перед этим надо сначала прочитать данные с диска. Поэтому обычно дают пару команд на обновление текущей записи

ds.reread();  // Прочитать с диска
ds.refresh();  // Обновить картинку

[Ivanhoe]

Цитата:

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

Строки таблицы ledgerJournalTrans?
То есть, добавить в нее новое поле и не сохранять данные в нем (то есть, saveContents = No на поле таблицы)?

Почему не сохранять? Удобно же сохранить.

По поводу обновления разве не research() нужен? Была тема про варианты обновления ds на форуме, там все варианты расписали.

[Ivanhoe]

Kashperuk Ivan: Tutorial: refresh, reread, research, executeQuery - which one to use?

[IKA]

Цитата:

Сообщение от Владимир Максимов

Не уверен. Но разве надо линковать временную таблицу именно к MyTempTable_ds? По моему, надо просто к самой таблице линковать.

MyTempTable.linkPhysicalTableInstance(myTempTable).

DS - это уже результат выборки, который все-равно будет переопределен после executeQuery()

ds.refresh() - это обновление картинки. Но перед этим надо сначала прочитать данные с диска. Поэтому обычно дают пару команд на обновление текущей записи

ds.reread();  // Прочитать с диска
ds.refresh();  // Обновить картинку

да. так и делаю, но не обновляется поле на гриде.

[IKA]

Цитата:

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

Почему не сохранять? Удобно же сохранить.

По поводу обновления разве не research() нужен? Была тема про варианты обновления ds на форуме, там все варианты расписали.

Думаю, что Вы правы. Придется сохранять.
( хотя бы потому, что outer join не даст все равно фильтровать по этому полю, если не ошибаюсь)

[Владимир Максимов]

Что-то вызывает большие сомнения подчиненная временная таблица. Такое вообще работает? Не в форме, а "в принципе". Если просто запрос в джобе написать? Насколько я помню, в младших версиях временная таблица могла быть только "верхней" в запросе

Может Вам вместо outer join просто дисплейный метод сделать?

[БАХ43]

Цитата:

Может Вам вместо outer join просто дисплейный метод сделать?

а как же тогда одно из пожеланий пользователей?

Цитата:

плюс хотят сортировать/ фильтровать по нему.

[Ivanhoe]

Если реально много ошибок и нужно с ними разбираться, самое удобное - хранить прямо в строках журнала, по ним же и фильтровать / сортировать и т.п.

[YoungPadawan]

Цитата:

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

Есть строки журнала
плюс хотят сортировать/ фильтровать по нему.
...
3) добавляю MyTempTable как datasource на форму (outer join to ledgerJournalTrans по RecId)
Спасибо

А разве можно фильтровать по таблице которая прицеплена outer join?

[belugin]

Цитата:

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

А разве можно фильтровать по таблице которая прицеплена outer join?

Можно, для этого в Ax2009 сделали QueryFilter

[Weez]

Цитата:

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

Можно, для этого в Ax2009 сделали QueryFilter

Так по ссылке Ax2012

[belugin]

Цитата:

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

Так по ссылке Ax2012

В 2012 это не убрали

[Pandasama]

Цитата:

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

В 2012 это не убрали

По ссылке как раз написано "The QueryFilter class was not in Microsoft Dynamics AX 2009", т.е. появился только в 2012

[YoungPadawan]

Цитата:

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

В 2012 это не убрали

Текст в ссылке:

Цитата:

// The QueryFilter class was not in Microsoft Dynamics AX 2009.

Судя с постановки, ТСу нужен фильтр в гриде на форме.По этому не понянто как бы помог ему QueryFilter , если бы он даже присутствовал. А при использовании OUTER JOIN в датасорсах формы, у полей с правой таблицы неактивные фильтры.

UPD

Цитата:

По этому не понянто как бы помог ему QueryFilter , если бы он даже присутствовал

Отдельное поле для ввода фильтра

[belugin]

Извините, перепутал версии. Тогда могу предложить сделать View с outer Join и присоединить его при помощи innerJoin

[YoungPadawan]

Можно ещё динамически переключать тип джоина. Но это смахивает на какое-то извращение. (Я такое делал)

[belugin]

Я не уверен, что такое сработает. Я помню что на какой-то версии range попадал в ON а не в WHERE в результате при фильтрации просто исчезали данные по ячейкам

UPD: хотя если обратно переключать, как советуют тут https://stackoverflow.com/questions/...ta-dynamics-ax то может пройти. Правда на пустоту не получится фильтровать.