Изменение Query у некоторых пользователей

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

AXAPTA 2.5 SP3 трехзвенка

Класс на базе RunBaseBatch. Выполняется на стороне сервера. В методе New вручную строится Query примерно такого вида

PHP код:

select MIN(code), SUM(amount)
group by code
from Tab1
join MIN(AccountNum), MIN(Dimension[1])
from custTable
where Tab1.Code = custTable.Code 


Затем пользователи настраивают его Range нужным образом. Все это работает нормально.

НО! У некоторых пользователей (т.е. при входе в AXAPTA под их логином) если пользователь изменил Range перед выполнением класса, то из результирующего Query пропадает клауза GROUP BY. Если Range вообще не задавать (перед этим очистив "объекты в использовании"), то GROUP BY на месте.

Что делал:

-) currentVersion - менял
-) выполнение на клиента переносил
-) класс переименовывал, удаляю старую копию из AOT
-) "сомнительного" пользователя удалял и создавал заново

Обошел глюк создав дополнительный group by custTable.Code. Первый GROUP BY по прежнему пропадает, но второй не дает "испортить" результат. Это не есть решение. Так, "заплатка".

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

AXAPTA 2.5 SP3

[kvan]

Цитата:

В методе New вручную строится Query

Может приведете сам код метода?

[AndyD]

А зачем MIN(code)?

[George Nordic]

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

С Уважением,
Георгий

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

PHP код:

void new()
{
    Query                query = new Query();
    QueryBuildDataSource qbds;

    ;

    qbds = query.addDataSource(tablenum(RTG_PR_ManagementClientTable));
    qbds.addSelectionField(fieldnum(RTG_PR_ManagementClientTable, Code), SelectionField::MIN);
    qbds.addSelectionField(fieldnum(RTG_PR_ManagementClientTable, Name), SelectionField::MIN);
    qbds.addSelectionField(fieldnum(RTG_PR_ManagementClientTable, CreditMax), SelectionField::MIN);
    qbds.addSelectionField(fieldnum(RTG_PR_ManagementClientTable, MaxPaymentDelay), SelectionField::MIN);
    qbds.addSelectionField(fieldnum(RTG_PR_ManagementClientTable, MaxPaymentDays), SelectionField::MIN);
    qbds.addSelectionField(fieldnum(RTG_PR_ManagementClientTable, WorkInNewConditions), SelectionField::MIN);
    qbds.orderMode(OrderMode::GROUPBY);
    qbds.addSortField(fieldnum(RTG_PR_ManagementClientTable, Code));
    qbds = qbds.addDataSource(tablenum(CustTable));
    qbds.relations(false);
    qbds.clearLinks();
    qbds.addLink(fieldnum(RTG_PR_ManagementClientTable, Code), fieldnum(CustTable, RTG_PR_ManagementClientCode));
    qbds.addSelectionField(fieldnum(CustTable, AccountNum), SelectionField::MIN);
    qbds.addSelectionField(fieldid2ext(fieldnum(CustTable, Dimension), 1), SelectionField::MIN);
    qbds.addSelectionField(fieldnum(CustTable, RTG_SalesManagerGroupId), SelectionField::MIN);
    qbds.addRange(fieldnum(CustTable, AccountNum));
    qbds.addRange(fieldid2ext(fieldnum(CustTable, Dimension), 1));
    // RTG, 22.09.2005, МВБ -->
    qbds.orderMode(OrderMode::GROUPBY);
    qbds.addSortField(fieldnum(CustTable, RTG_PR_ManagementClientCode));
    // RTG, 22.09.2005, МВБ <--


    queryRun = new QueryRun(query);
} 


То, что выделено комментарием - это та самая "заплатка".

RTG_PR_ManagementClientTable - это таблица созданная уже в нашей копии AXAPTA. Не стандартный функционал.

MIN(code) - это просто перестраховка. На результат не должно влиять никак. Пробовал убирать MIN() - никаких изменений.

Я сам заходил под лигином пользователя и эффект был тот же. Т.е. даже не надо менять RANGE. Достаточно просто открыть SysQueryForm и ничего не меняя тут же нажать "Ok". Все. Group By - вылетает.

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

Я уже делал инкрементную компиляцию RunBase и самой формы SysQueryForm - не помогает.

Проверяю, что же получилось в результате в метод main()

PHP код:

...
if myClass.prompt()
{
    myClass.test_query()
    //myClass.run()
}

void test_Query()
{
    ;
    info(queryRun.query().DataSourceNo(1).toString());
} 


Кроме того, проверял SQL профайлером, что реально получает сервер. Нет там GROUP BY и все тут.

Если бы это происходило у ВСЕХ пользователей, то было бы как-то понятно, что это где-то я ошибся. Но почему это происходит у некоторых?

[AndyD]

MIN(code) влияет на сам запрос на сервер - select MIN(code), code. Т.е. поле дополнительно. Ну да бог с ним.

Наверное придется смотреть, что формирует SysQuery при упаковке и распаковке запроса

[raz]

Цитата:

Если бы это происходило у ВСЕХ пользователей, то было бы как-то понятно, что это где-то я ошибся. Но почему это происходит у некоторых?

Рискну предположить что у вас 3-х уровневая конфигурация. Если я угадал, то проверьте - воспроизводиться данный эффект при очистке *.aoc файлов. http://forum.mazzy.ru/index.php?show...indpost&p=2522

ЗЫ. У нас наблюдались более интересные вещи, которые лечились удалением *.aoc файлов.

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

В результате "раскопок" выяснилось следующее.

Пользователь использует группу, которой запрещен доступ к таблице RTG_PR_ManagementClientTable. Если в группе дать права на доступ к этой таблице, то Query строится нормально.

Но тогда возникает вопрос, а почему вообще запрос выполняется? Пусть и "искореженный", но тем не менее...

Попробовал при построении запроса использовать

query.allowCheck(false);

Не помогло

Да, удаление *.aoc эффекта не дает.

[Atani]

Ещё в качестве идеи: не сбрасывается ли фильтр при проходе через механизм RLP, если он у вас настроен на эти таблицы и отрабатывает на запросе?..

[Atani]

Если на этом Query у вас отрабатывает механизм RLP, имеет смысл посмотреть, что у него на входе, что на выходе