как правильно построить фильтр

[S.Kuskov]

Цитата:

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

теперь SQL вообще какой-то кривой

Что именно вам не нравится? Если вы про пару лишних внешних скобок, то это нормаьлно

Ещё. Вместо AND и OR используйте && и || соответственно.

[timaluhs]

почему && и || ?это же запрос который идёт на SQL сервер. Там вроде как and и or надо.
и слэши обратные как -то не очень. SQL сервер ругается на такое
"Incorrect syntax near '\01'."
не нравится ему дата в таком виде

[S.Kuskov]

Цитата:

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

это же запрос который идёт на SQL сервер

Неа. Это запрос, который ещё будет постобработан аксаптой.

Вот такой код у меня выполняется без ошибок:

static void JobTestExpressionsInQueryRanges(Args _args)
{
    InventTrans InventTrans;
    fromDate fromDate   = 03\05\2011;
    toDate  toDate      = 04\05\2011;

    Query q;
    QueryBuildDataSource qbdsInventTrans;
    QueryRun qr;
    ;
    q = new Query();
    qbdsInventTrans = q.addDataSource(tableNum(InventTrans));
    qbdsInventTrans.addRange(fieldNum(InventTrans, RecId)).value(
        strfmt("(((%1.%2 >= %4) && (%1.%2 <= %5)) || ((%1.%3 >= %4) && (%1.%3 <= %5)))" ,
            qbdsInventTrans.name(),
            fieldStr(InventTrans, DatePhysical),
            fieldStr(InventTrans, DateFinancial),
            Date2StrXpp(fromDate),
            Date2StrXpp(toDate)
        ));

    info(qbdsInventTrans.toString());

    qr = new QueryRun(q);
    while (qr.next())
    {
        InventTrans = qr.get(tableNum(InventTrans));
        info(InventTrans.ItemId);
        break;
    }

    info(".");
}

Обратите внимание на то, что имя таблицы, а точнее имя источника данных, в данном запросе (в условии участвует поля из одной и той же таблицы) можно было не указывать, но в общем случае его указывать нужно.
Впрочем этот нюанс и многие другие описаны в статье по ссылке, которую я приводил выше

[timaluhs]

исходная дата приходит из календаря на форме
обратные слэши это после date2strxpp и
после info(this.query().dataSourceTable(tableNum(mlm_TemporaryLeaveReport)).toString());и если я правильно понимаю должно быть and а не &&
т.е обратные слеши идут на SQL,а там их явно не ждали

[S.Kuskov]

Цитата:

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

если я правильно понимаю должно быть and а не &&
т.е обратные слеши идут на SQL

Нет. Ещё раз повторю, на самом деле текст запроса, который вы видите после info(this.query().dataSourceTable(tableNum(mlm_TemporaryLeaveReport)).toString()) ещё НЕ является окончательным вариантом SQL запроса. Аксапта его ещё будет обрабатывать. Сама заменит && и || на AND и OR и сконвертирует формат даты.

[timaluhs]

Спасибо за помощь. Заработало.
Я можно ещё вопросик? А как посчитать HeadCounter (сколько строк высветилось после запроса)?

[S.Kuskov]

Цитата:

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

Спасибо за помощь. Заработало.
Я можно ещё вопросик? А как посчитать HeadCounter (сколько строк высветилось после запроса)?

Вам это нужно знать уже после того как запрос выполниться или до этого? Если после, то не вижу ничего проще чем завести переменную-счётчик и наращивать его значение по мере их вывода. Если же информация о количестве строк вам нужно до основного запроса, то тогда придётся предварительно выполнить вспомогательный запрос. Поможет вам в этом метод SysQuery::countTotal
Вот тут почитайте Количество строк в Query

[lev]

Цитата:

Сообщение от S.Kuskov

Вам это нужно знать уже после того как запрос выполниться или до этого? Если после, то не вижу ничего проще чем завести переменную-счётчик и наращивать его значение по мере их вывода. Если же информация о количестве строк вам нужно до основного запроса, то тогда придётся предварительно выполнить вспомогательный запрос. Поможет вам в этом метод SysQuery::countTotal
Вот тут почитайте Количество строк в Query

если я правильно помню, то метод countTotal не очень корректно возвращает число строк если в запросе больше одного датасорса.
Я обычно пользуюсь методом SysQuery::countLoop();

[nix0root]

К примеру.

            qbrEmployDate.value(   '(EmplTable.PayEmploymentDate_RU != '+date2StrXpp(datenull())+')'
                                  +'&&'
                                  +'(EmplTable.PayEmploymentDate_RU <= '+date2StrXpp(systemdateget())+')'
                               );
            qbrResignDate.value(   '(EmplTable.PayResignedDate_RU !='+date2StrXpp(datenull())+')'
                                  +'&&'
                                  +'(EmplTable.PayResignedDate_RU < '+date2StrXpp(systemdateget())+')');

[timaluhs]

Цитата:

Сообщение от S.Kuskov

Если после, то не вижу ничего проще чем завести переменную-счётчик и наращивать его значение по мере их вывода.

меня к сожалению кинули в axapta без всякого предварительного ознакомления, так потихонечку на ощупь с помощью форума и продвигаюсь.
пока не очень понятно какое query будет в SysQuery::countTotal(query )
DataSource один, куча фильтров. Почитать надо после того как показан результат. Т.е. в надо дописать в executeQuery
попробую разобраться с сылкой. Спасибо

[S.Kuskov]

Цитата:

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

Я обычно пользуюсь методом SysQuery::countLoop();

Метод SysQuery::countLoops() в отличии от SysQuery::countTotal действительно возвращает именно количество итераций, а не количество строк. Но какой ценой достигается такой результат. Для подсчёта числа шагов выполняется лишний прогон цикла. Просто помните об этом.
Как правило countLoops используют для того чтобы узнать количество групп в запросе с группировкой. Обычно эта информация нужна для визуализации прогрессбара. Я в таких случаях пренебрегаю плавностью движения заветной полоски. В качестве "длины" прогрессбара использую countTotal и соответственно инкремент делаю на величину count(RecId) по группе.

[S.Kuskov]

Цитата:

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

Т.е. в надо дописать в executeQuery

Так. Стоп. Я почему-то на автомате подумал что запрос вы делаете для вывода отчёта. Но теперь понимаю, что это запрос для отображения его на форме. Тогда конечно с переменной-счётчиком я погорячился

[lev]

Цитата:

Сообщение от S.Kuskov

Метод SysQuery::countLoops() в отличии от SysQuery::countTotal действительно возвращает именно количество итераций, а не количество строк. Но какой ценой достигается такой результат. Для подсчёта числа шагов выполняется лишний прогон цикла. Просто помните об этом.
Как правило countLoops используют для того чтобы узнать количество групп в запросе с группировкой. Обычно эта информация нужна для визуализации прогрессбара. Я в таких случаях пренебрегаю плавностью движения заветной полоски. В качестве "длины" прогрессбара использую countTotal и соответственно инкремент делаю на величину count(RecId) по группе.

когда я знаю что запрос "тяжелый" и что лишние тело движения увеличат время работы операции, я вообще пренебрегаю красотой прогресс бара, и просто вывожу туда что типа:"Выполняется операция. Обработано %1 строк".
Т.е. общее кол-во строк (итераций) не показываю

P.S. извиняюсь за офтопик, это уже к теме не относится :-[

[S.Kuskov]

Цитата:

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

пока не очень понятно какое query будет в SysQuery::countTotal(query )
DataSource один, куча фильтров.

В countTotal нужно передавать не Query, а QueryRun.

К текущему QueryRun источника данных можно обратиться через переменную с имененм <MyDataSource>_qr, где <MyDataSource> - это имя вашего источника данных, а _qr - это суфикс, приписав который вы получите имя переменной указывающей на соответствующий QueryRun (такие имена переменных стандартно присутствуют на всех формах). Либо просто <MyDataSource>.QueryRun()

Рассчитать количество действительно можно в методе executeQuery.

Результат можно отобразить на форме при помощи unbound control. Чтобы получить из кода доступ к свойствам элемента управления, у этого элемента управления нужно включить свойство AutoDeclaration. Тогда он будет доступен в коде по своему имени.

[timaluhs]

вот наткнулась
работает

Кол-во выделенных строк в Grid

[S.Kuskov]

Ага. Можно и через display-метод. Только сдаётся мне, что display-метод может вызываться чаще чем ExecuteQuery.

[timaluhs]

Цитата:

Сообщение от S.Kuskov

Ага. Можно и через display-метод. Только сдаётся мне, что display-метод может вызываться чаще чем ExecuteQuery.

А почему чаще? и чем это может быть плохо или хорошо? где подводные камни расставлены?

[S.Kuskov]

Цитата:

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

А почему чаще?

Потому что executeQuery вызывается только в случае изменения параметров запроса. Именно в этот момент число выбранных записей может измениться. Например когда вы накладываете новый фильтр или убираете старый.
display-метод вызывается всякий раз, когда есть необходимость перерисовки содержимого окна. Например вы свернули и развернули окно.

Цитата:

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

и чем это может быть плохо или хорошо?

Это просто буде чуть больше нагружать систему. Т.е. это уже вопрос оптимизации.

[timaluhs]

Что Вы подразумеваете под unbound control?
На форме определила IntEdit control. Autodecalration Yes , name RowCount1 . Eщё что-то?
В executeQuery
RowCount1 = SysQuery::countTotal( mlm_TemporaryLeaveReport_qr);
ругается :"Operand types are not compatible with the operator."

а если
RowCount1 = SysQuery::countTotal( mlm_TemporaryLeaveReport. QueryRun());
ругается :"The table mlm_TemporaryLeaveReport does not contain this function."

[lev]

Цитата:

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

Что Вы подразумеваете под unbound control?
На форме определила IntEdit control. Autodecalration Yes , name RowCount1 . Eщё что-то?
В executeQuery
RowCount1 = SysQuery::countTotal( mlm_TemporaryLeaveReport_qr);
ругается :"Operand types are not compatible with the operator."

а если
RowCount1 = SysQuery::countTotal( mlm_TemporaryLeaveReport. QueryRun());
ругается :"The table mlm_TemporaryLeaveReport does not contain this function."

в методе ExecuteQuery после super() напишите:

RowCount1 = SysQuery::countTotal(this.queryRun());

у меня работает