Еще раз о связаных датасорсах

[Peter Savintsev]

Проблема сия обсуждалась уже несколько раз, однако человеческого решения я найти так и не сумел .

Итак, обычная ситуация: В родительской таблмце есть ссылка на номенклатуру (клиента, поставщика и т.д.), хочется на форме родительской таблицы показать еще и название. использовать display-метод не хочется по понятным причинам. Делаю так: добавляю второй датасорс на форму, связываю его с родительским outerjoin'ом, помещаю поля на грид, все, вроде работает нормально. Однаок это обманчивое ощущение исчезает, когда пытаешься добавить запись. Система начинает ругаться, что не сзаполнено поле Номенклатура (клиент, поставщик и т.д.), то есть поле связи в дочерней таблице. Очевидно, при вставке записи Аксапта автоматически вставляет ее в ОБЕ связанные таблицы. Отсюда и проблемы.

Пожалуйста, если кто знает, как это исправить, помогите!

[Wamr]

Например, можно в метод modified() на поле с кодом (ItemId или др.) добавить после super() какой-дь MyTable_ds.write()

PHP код:

public void modified()
{
    MyTable  curRec;
;
    super();

    MyTable_ds.write();
    // остальное для отрисовки названия и сохранения позиции в гриде
    curRec = MyTable.data();
    MyTable_ds.research();
    MyTable_ds.findRecord(curRec);
} 


[Peter Savintsev]

Спасибо, этот способо жейстивтельно работает, однако не очень красиво. При вставке новой записи Аксапта запихтвает ее перед текущей. После выполнения research и findRecord созданная запись перемещается в конец. Хотя это можно и пережить...

Однако этот способ не работает для следующего случая. Для каждой таблицы можно задать необходимость системных полей created... и modified... Значения данных полей генерятся системой автоматически. Меня интересует поле createdBy, хочу отслеживать, кто какие журналы создавал. Но на форме хочу, чтобы выводились не логины, а нормальные имена пользователей. Делаю это стандартным вышеописанным образом (правда, приходиться еще добавлять явный Relation на поле createdBy, но это уже детали). Однако, поскольку поле заполняется системой, метод modified не вызывается. Соответственно получаем ту же самую ситуацию .

Есть какие-нибудь мысли по этому поводу?

[Maxim Gorbunov]

Цитата:

Изначально опубликовано Peter Savintsev
использовать display-метод не хочется по понятным причинам.

Можно поподробнее о причинах?

[Peter Savintsev]

Невозможность поиска и фильтрации.

[Wamr]

Ну тогда другой вариант.
В UserInfo_DS перекрыть методы

PHP код:

public boolean validateWrite()
{
    boolean ret;

    ret = true;

    Return ret;
}

public void write()
{
//    super();
} 


[Peter Savintsev]

А вот этот способ работает как надо. Только еще пришлось в родительском датасорсе переписать метод write (так, как это показывал Wamr), чтобы нужное поле автоматически обновлялось. Вот если бы еще все это не скакало от вызова research...

[Wamr]

вместо reseach()-findRecord() и т.п. можно использовать подобное решение..

PHP код:

public void write()
{;
    super();

    if(! InventTable.RecId)
        InventTable.ItemName = InventTable::find(PRK_Inv_Invent.ItemId).ItemName;
} 


[Peter Savintsev]

Все! Теперь работает замечательно. Большое всем спасибо.