Периодическая операция для изменения значений

[user_ax]

Цитата:

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

Я не утверждал, что Query/QueryRun может генерить SQL-операторы update вместо select'а, однако, в Аксапте при обновлении записей в цикле (без использования update_recordset) принято в этом цикле выбирать записи на обновление (по аналогии с while select forupdate). Можно, конечно, в цикле их выбирать без указания, что они будут обновляться (по аналогии с while select), и потом либо перевыбирать на обновление, либо отрубать проверку, что запись была выбрана на обновление, но в общем случае надо понимать, зачем делать именно так, вместо того чтобы изначально просто выбирать записи на обновление и не усложнять код.А класс запускается изначально где, на сервере или на клиенте? И где он собственно использует запрос для выборки данных, на сервере или на клиенте? Если на сервере, то учитывают ли pack/unpack, что надо паковать запрос? Потому что без этого изменения, внесенные в критерии фильтрации запроса на клиенте, при возврате управления на сервер будут утеряны.

То есть, правильнее будет сделать update через query, а не обычным способом? То есть, должно быть какое-то условие обновления и если это условие выполняется - qbds.update(true) ? Никогда не применял раньше подобную констркцию и не сталкивался с динамическими фильтрами в принципе, посему и пишу здесь


В свойстве Run On стоит Called From.
В методе пакую запрос посредством

  return [#CurrentVersion,#CurrentList, queryrun.query().pack()];

и в unpack

 switch (version)
    {
        case #CurrentVersion:
            [version,#CurrentList] = packedClass;
           if (SysQuery::isPackedOk(queryCon))
                queryRun = new QueryRun(queryCon);
            else
                this.initQuery();
            break;
        default:
            return false;
    }

[S.Kuskov]

Цитата:

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

В методе пакую запрос посредством

  return [#CurrentVersion,#CurrentList, queryrun.query().pack()];

и в unpack

 switch (version)
    {
        case #CurrentVersion:
            [version,#CurrentList] = packedClass;
           if (SysQuery::isPackedOk(queryCon))
                queryRun = new QueryRun(queryCon);
            else
                this.initQuery();
            break;
        default:
            return false;
    }

я вижу что вы пакуете запрос, но не вижу где вы распаковываете его в переменную queryCon...

[version,#CurrentList, queryCon] = packedClass;

[user_ax]

Цитата:

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

я вижу что вы пакуете запрос, но не вижу где вы распаковываете его в переменную queryCon...

[version,#CurrentList, queryCon] = packedClass;

Видимо недоизменял...Добавил переменную, изменил значения макроса, попробовал - тот же результат.
Может быть действительно дело в том, где запускается класс?

[gl00mie]

Цитата:

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

В свойстве Run On стоит Called From.

Вопрос был не об этом, а о том, где запускается класс. Если на самом классе стоит Called from, то надо смотреть свойства пункта меню, которым он запускается. В конце концов, можно в main поставить точку останова и посмотреть в отладчике.

Цитата:

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

В методе пакую запрос посредством

  return [#CurrentVersion,#CurrentList, queryrun.query().pack()];

и в unpack

 switch (version)
    {
        case #CurrentVersion:
            [version,#CurrentList] = packedClass;
           if (SysQuery::isPackedOk(queryCon))
                queryRun = new QueryRun(queryCon);
            else
                this.initQuery();
            break;
        default:
            return false;
    }

Тут непонятно, что есть queryCon и каким образом оно получается из packedClass. Кроме того, подозрение вызывает несоответствие количества пакуемых и распаковываемых элементов в pack/unpack:

[#CurrentVersion,#CurrentList, queryrun.query().pack()]
[version,#CurrentList] = packedClass;

Тут видно, что запакованный queryrun при распаковке теряется. По-хорошему распаковка при таком pack() должна выглядеть так:

[version,#CurrentList, queryCon] = packedClass;

где queryCon должна быть локальной переменной типа container (или, для наглядности, типа PackedQueryRun) в методе unpack().

[user_ax]

Цитата:

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

Вопрос был не об этом, а о том, где запускается класс. Если на самом классе стоит Called from, то надо смотреть свойства пункта меню, которым он запускается. В конце концов, можно в main поставить точку останова и посмотреть в отладчике.Тут непонятно, что есть queryCon и каким образом оно получается из packedClass. Кроме того, подозрение вызывает несоответствие количества пакуемых и распаковываемых элементов в pack/unpack:

[#CurrentVersion,#CurrentList, queryrun.query().pack()]
[version,#CurrentList] = packedClass;

Тут видно, что запакованный queryrun при распаковке теряется. По-хорошему распаковка при таком pack() должна выглядеть так:

[version,#CurrentList, queryCon] = packedClass;

где queryCon должна быть локальной переменной типа container (или, для наглядности, типа PackedQueryRun) в методе unpack().

В пункте меню, который запускает класс, стоит запуск на Клиенте.
querycon - контейнер, в который пакуется содержимое запроса, насколько я понял...

По поводу несоответствия кол-ва переменных - поправил уже, недоглядел.