Переход к основной таблице номенклатуры

[akvi]

Здравствуйте, уважаемые коллеги!

Не работает переход к основной таблице номенклатуры. При выполнении этой операции открывается номенклатурный справочник, но курсор позиционируется на первую строчку, а не на нужную. Так происходит при переходе из всех таблиц.

Для остальных таблиц указанная операция перехода работает нормально

На форуме искал, ничего по этой проблеме не нашел. Может, кто-то сталкивался с подобным?

Ax 3.0 SP4

[AndyD]

А у вас порядок сортировки на форме справочника номенклатур по коду или по какому-либо другому полю?

[Raven Melancholic]

Скорее всего, вы поменяли индекс на датасорсе в форме номенклатурного справочника.

[akvi]

Изменений индекса и сортировки не делал, все стандартное.

[AndyD]

Если у вас есть возможность, попробуйте промониторить запрос, идущий на сервер при переходе.
В нормальных условиях на сервер должен уходить запрос вида

select ...
from  INVENTTABLE A, ...
where A.DataAreaId = '' and A.ItemId >= 'Код номенклатуры' and ...
order by A.DataAreaId, A.ItemId

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

PS Возможно, у вас на форме при инициализации чистятся element.args().lookupField() или element.args().lookupValue()

[AxPr-r]

Есть вариант - перекрыть метод на поле ист. данных откуда переходим к основной таблице

 
public void jumpRef()
{
    Args            args1;
    FormRun         formRun;
    InventTable    inventTable;
    ;
    select firstonly inventTable where inventTable.ItemId == DataSources.ItemId;
    args1 = new Args(formstr(InventTable));
    args1.record(inventTable);
    formRun = classFactory.formRunClass(args1);
    formRun.init();
    formRun.run();
    formRun.detach();
}

Но это, конечно не выход из положения, т.к. придется перекрывать метод jumpRef на многих формах.
Да, еще на форме InventTable придеться дописывать в executeQuery что то типа.

 
    if (element.args().dataset())
       InventTable_DS.findRecord(element.args().record());

Мне это когда-то очень помогло решить такую же проблемму, но не с InventTable, может кому пригодится.

[AndyD]

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

[denny]

Рискну высказать еще одно предположение: не было ли на форме "Номенклатурные единицы" программных модификаций, накладывающий фильтры? Номенклатура, к который Вы переходите, может не отвечать условиям программного range - вследствие этого курсор переходит на совершенно другую запись.

[AraraT®]

А вы переходите к основной таблице по коду номенклатуры или по ее названию?

[akvi]

Цитата:

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

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

Есть такие модификации: к форме прикручен классификатор. Но в стандартном состоянии он отключен, т.е. выводится вся таблица и, значит, фильтра нет.

Цитата:

Сообщение от AraraT®

А вы переходите к основной таблице по коду номенклатуры или по ее названию?

Перехожу, конечно же, по коду

[mazzy]

Цитата:

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

Есть такие модификации

Если модификации создают query и datasource формы заново, то никакой связи с внешними таблицами и формами не будет.

Ваш код должен брать текущий queryRun формы и модифицировать его.
Ни в коем случае не пересоздавать.

Т.е. в форма следующий код инициализации датасорса является неправильным, поскольку датасорс пересоздается

query q = new Query();
q.addRange(....)
...
this.query(q);

а такой код является правильным

super();
this.query().addRange(...)
...

Еще более правильным является код

super();
SysQuery::findOrCreateRange(this.query(),....);
...

Кроме того, не забывайте, что init должен только инициализировать query.
Устанавливать значения в range нужно в методе executeQuery.

Теоретически можно и не заниматься всей этой "чепухой" и лепить полностью новый запрос в init'е. Вы почувстуете разницу как раз при переходе к основной таблице, при привязке вашей формы к другим (dynaLink) и на прочих интересных вкусностях (например, работа RLS)...

Просто делайте модификации корректно. Если уж начали их делать.

[mazzy]

Цитата:

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

Перехожу, конечно же, по коду

Еще одно.
Если ваш код содержит специальные символы .,?*"\ или пробел, то такой код нужно экранировать при передаче в range.

Используйте SysQuery::Value() чтобы гарантировано экранировать спец.символы.
Посмотрите этот метод, чтобы разобраться что и как экранируется.

[akvi]

Цитата:

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

Просто делайте модификации корректно. Если уж начали их делать.

Дело в том, что модификации были сделаны в 2.5 и там переход работал. А сейчас мы перешли на 3.0 SP4, и работать перестало

[AxPr-r]

Цитата:

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

да, согласен, но справочник к которому это было "прикручено" содержал порядка 2-3 тыс. записей, поэтому "тормозов" не было