Как очистить значения сортировки в стандартном запросе?

[3oppo]

Это всё в runbaseBatch-е!
Пробую вот так:

void SetQuerySort()
{ // Установить параметры Сортировки
QueryBuildDataSource queryDataSource2;

;
queryDataSource2 = this.queryrun().query().dataSourceTable( tablenum( RPayTrans ));

queryDataSource2.sortClear();
// queryDataSource2.clearSortIndex();
// queryDataSource2.clearRanges();

queryDataSource2.addSortField( fieldnum( RPayTrans, LedgerAccount ), SortOrder::Ascending );

}

Смотрю значение queryDataSource2, в отладчике, всё нормально! Затем смотрю запрос, на форме диалога, поля сортировки остались без изменения!!! Но если я выполняю после этого queryDataSource2.clearRange(); Всё очищается! И Range и sort!! Подскажите кто знает в чём тут дело?

[3oppo]

queryDataSource2 = this.queryrun().query().dataSourceTable( tablenum( RPayTrans ));

Вот так вообще можно получать DataSource и потом его изменять?! Такое впечатление что я таким образом меняю один DataSource а там на форме живёт другой!
Не понятно, почему в отладчике видно, что запрос очищается от сортировок (ORDER BY поля пропадают), а на форме это никак не отражается! Может нужно после этого ещё какой метод вызвать, init какой ни будь!?

executeQuery()

[AndyD]

element.DataSource().research();

[kashperuk]

Попробую описать разницу executeQuery() и research() - последний сохранит пользовательские фильтры, перечитав все данные датасорса.
То есть, если хотите отреагировать на изменения фильтров, что-нить такое, то вызываете executeQuery
если же просто обновить данные - то research()

[AndyD]

При чем здесь "просто обновить даннные"?

Прямой вызов executeQuery() - запрос в датасоурс.QueryRun().Query() заменится на датасоурс.Query(), на сервер уйдет обновленный запрос
research() - на сервер уйдет запрос из датасоурс.QueryRun().Query()

Соответственно, если изменяется датасоурс.QueryRun().Query(), то и вызывать надо research(). При наложении пользовательских фильтров так же вносятся изменения в этот Query.

[kashperuk]

Ну да, я где-то это же и сказал, только для простых смертных

[3oppo]

Извиняюсь торможу.
Для runbaseBatch-а кому ресёч запускать?!

[AndyD]

А в какой момент вызывается этот метод (SetQuerySort)? Да и поподробнее бы о том, как у вас организована работа с Query в диалоге

[3oppo]

Он вызывается в UnPack

PHP код:

public boolean unpack(container packedClass)
{
    version     version = runbase::getVersion(packedClass);
    container   queryCon;

    switch (version)
    {
        case #CurrentVersion:
            [version,#CurrentList,queryCon] = packedClass;
            if (sysQuery::isPackedOk(queryCon))     // Вызов уже был ?
                queryRun = new queryRun(queryCon);  // Востоновить
            else
                this.initQuery();                   // Создать новый объект
            this.SetQuerySort();                    // Установить параметры Сортировки фильтра

            break;
        default:
            return false;
    }

    return true;
} 


Работа с диалогом на функционале runbaseBatch

PHP код:

class Declaration  extends runbaseBatch
{
……
    sysQueryrun     queryrun;
……
} 


PHP код:

queryrun queryrun()
{
    return queryrun;
} 


this.initQuery(); - Здесь происходит инициализация при первом вызове.
Собственно вот она:

PHP код:

void initQuery()
{
    query   query = new query();
    QueryBuildRange              queryBuildRange1,queryBuildRange2,queryBuildRange3;
;

    queryDataSource1 = query.addDataSource( tablenum( RPayTrans ));

    queryBuildRange1 = queryDataSource1.addRange(  fieldnum( RPayTrans, PayPeriod ) );
    queryBuildRange1.value( date2str(SystemDateGet ( ),123,2,2,2,2,2) );
    queryBuildRange2 = queryDataSource1.addRange(  fieldnum( RPayTrans, AccountType ) );
    queryBuildRange2.value( enum2str(LedgerJournalACType::Ledger) );
    queryBuildRange3 = queryDataSource1.addRange(  fieldnum( RPayTrans, LedgerAccount  ) );
    queryBuildRange3.value('70.000');

    queryDataSource1.addSortField( fieldnum( RPayTrans, LedgerAccount ), SortOrder::Ascending );

    queryrun = new sysqueryrun(query);

} 


[AndyD]

А может у вас в форме редактирования запроса стоит "Ранее использованный запрос" вместо "Используемый запрос"?

[3oppo]

Ни какой разницы! Что так ставлю, это ничего не меняет!

[AndyD]

В общем - выложил пример, в котором все отрабатывает нормально. Единственно таблица - LedgerTrans.
Посмотри, как будет работать у вас.

[3oppo]

Пример работает, всё нормально.
Но там в UnPack всегда отрабатывает метод this.initQuery();

Сделал тоже самое у себя в коде, всё тоже заработало, но это не совсем то что мне нужно. Самое интересное, вернул всё назад (как было первоначально) и ВСЁ ЗАРАБОТАЛО! Я ничего не понимаю!!!
Причём сейчас при изменении поля «выбор запроса» на «Используемый запрос» все корректно отображается! До этого изменение не к чему не приводило! Похоже просто, какой то глюк! В любом случае всем спасибо!

[AndyD]

Цитата:

Сообщение от Зорро

Но там в UnPack всегда отрабатывает метод this.initQuery();

На самом деле это не важно. Первоначально было так же как и у вас и все работало нормально.

[3oppo]

Догнал в чём дело! На то, что отображается в форме вообще смотреть не надо! Там отображаются только запросы, введенные вручную, и только они запоминаются.
Обновить там значение, не получилось. Ну и не надо итак всё работает.

[AndyD]

Хм...
А можно уточнить, о какой форме идет речь? Dialog или SysQueryForm?
SortFields отображаются только в SysQueryForm - а там вроде бы все нормально.

[3oppo]

Я вызываю свою форму, то есть:
(Аналогично Tutorial_RunbaseForm )

public Object dialog()
{
;
dialog = dialog::newFormnameRunbase( formstr(My_Form), this );
….
}

Диалог объявлен стандартно:

public class FormRun extends ObjectRun
{
….
}

[3oppo]

Выяснилось, что запрос всё таки строится корректно! Но почему не корректо отображается не ясно!