Как программно убрать Range

[Prophetic]

Здравия всем.
Столкнулся со следующей ситуацией: есть класс наследник RunBaseBatch.
В нем используется Query, созданный в AOT. В диалоге я хочу убрать возможность пользователем задавать Range, ибо делаю это программно. Но проблема в том, что пока я не очищу используемый запрос и ранее используемый запрос (нажав на кнопку "выбрать" и далее, кнопкой "очистить") в классе далее запрос не отрабатывает, и выводит ошибку о невозможности выбрать запись в одной из таблиц.
Как мне программно "обнулить" этот запрос?

[mazzy]

Цитата:

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

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

А зачем обнулять запрос?
Если речь идет именно об избыточном Range, то укажите ему пустую строку "".
Пустая строка эквивалентна отсутствию Range

Если речь идет о том, чтобы зафиксировать ваше условие в Range, то в свойстве Status программно задайте hidden или Locked.

пример в \Classes\CustInterestCreate\queryBuildUpdate

protected void queryBuildUpdate()
{
    QueryBuildRange rangeCanBeReversed;
    ;

    ...
    rangeCanBeReversed = queryRun.query().dataSourceTable(tablenum(CustSettlement)).addRange(fieldnum(CustSettlement, CanBeReversed));
    rangeCanBeReversed.value(queryValue(NoYes::Yes));
    rangeCanBeReversed.status(RangeStatus::Hidden);

    ...
}

[oip]

Не очень понял вопроса, может невнимательно прочитал. showQueryValues = false не спасет?

[Weez]

У датасорса есть метод clearRanges, очищающий значения всех ranges.
Но в вашем случае мне кажется проблема в том, что у пользователей сохранились старые значения введенных параметров запроса, достаточно будет удалить их по всем пользователям в меню сервис-средства разработки-объекты приложения-использование данных.

[Prophetic]

Здравия, уважаемые.

Всем спасибо за ответы, однако, пришлось вернуться к старой проблеме. Дело в том, что я в классе поставил showQueryValues = true, в результате опять появились поля на форме для выбора значений и стала возникать ошибка. Повторяю эксперимент: удаляю критерии в диалоге (удаляю вообще строки в таблице критериев) , и ошибка не возникает. Ставлю showQueryValues = false, а затем возвращаю в true, критерии заново появляются с пустыми значениями и при работе с классом появляется та же проблема.

Приведу её:

Описание ошибки SQL: [Microsoft][ODBC SQL Server Driver][SQL Server]Не удалось привязать составной идентификатор "B.ITEMID".
Оператор SQL: SELECT A.ITEMID FROM INVENTTABLE A WHERE (A.DATAAREAID=?) AND EXISTS 
(SELECT 'x' FROM CUSTINVOICETRANS B,INVENTDIM C WHERE 
((B.DATAAREAID=?) AND (((B.INVOICEDATE>=?) AND (B.INVOICEDATE<=?)) AND 
(A.ITEMID=B.ITEMID))) AND ((C.DATAAREAID=?) AND ((((C.INVENTLOCATIONID=?) 
OR (C.INVENTLOCATIONID=?)) OR (C.INVENTLOCATIONID=?)) AND 
(B.INVENTDIMID=C.INVENTDIMID))) GROUP BY B.ITEMID,B.INVOICEDATE) GROUP 
BY A.ITEMID,B.ITEMID,B.INVOICEDATE ORDER BY A.ITEMID

Цитата:

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

А зачем обнулять запрос?
Если речь идет именно об избыточном Range, то укажите ему пустую строку "".
Пустая строка эквивалентна отсутствию Range
Если речь идет о том, чтобы зафиксировать ваше условие в Range, то в свойстве Status программно задайте hidden или Locked.

Я так и сделал:

        qbrItem = qr.dataSourceTable(tablenum(InventTable)).addRange(fieldnum(InventTable,ItemId));
        qbrItem.value("");
        qbrItem.status(RangeStatus::Hidden);
//        qbrItem.status(RangeStatus::Locked);

Не помогло ни Hidden, ни Locked.

Что делать?

[mazzy]

Цитата:

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

опять появились поля на форме для выбора значений и стала возникать ошибка.
Не удалось привязать составной идентификатор "B.ITEMID".

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

(Если LastValue вам ни о чем не говорит, то зайдите в Параметры \ Использование данных \ Кнопка Сброс)

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

Или увеличте номер версии. В ClassDeclaration для константы CurrentVersion увеличить ее значение.

При любой модификации, которая затрагивает данные сохраняемые/восстанавливаемые в кеше через методы pack/unpack требуется либо очищать кеш, либо увеличивать значение константы CurrentVersion

[Prophetic]

Цитата:

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

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

(Если LastValue вам ни о чем не говорит, то зайдите в Параметры \ Использование данных \ Кнопка Сброс)

xLastValue действительно ни о чём не говорит. Вопрос то остался: есть ли возможность программно очистить xLastValue и только для текущего запроса?

[mazzy]

Цитата:

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

xLastValue действительно ни о чём не говорит. Вопрос то остался: есть ли возможность программно очистить xLastValue и только для текущего запроса?

нет, такая постановка вопроса заведет вас в тупик. не решайте вопрос в такой постановке.

делайте что Владимир Максимов говорит.
тогда не нужны костыли в виде "программно очистить"

а вообще читайте про паттерн pack/unpack и про работу с sysLastValue.

[Prophetic]

Цитата:

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

нет, такая постановка вопроса заведет вас в тупик. не решайте вопрос в такой постановке.

делайте что Владимир Максимов говорит.
тогда не нужны костыли в виде "программно очистить"

а вообще читайте про паттерн pack/unpack и про работу с sysLastValue.

Всем спасибо за помощь, буду копать.

[Wamr]

Мне кажется, что никакие танцы с простыми способами решения проблемы не помогут.
Я не представляю, что нужно сделать с запросом, чтобы состав полей в GROUP BY и ORDER BY отличались, и чтобы там были поля из вложенного запроса по EXISTS. И вообще-то, зачем в EXISTS конструкция GROUP BY?

Prophetic, лучше расскажите, как Вы формируете и модифицируете свой query.

[Prophetic]

Цитата:

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

Мне кажется, что никакие танцы с простыми способами решения проблемы не помогут.
Я не представляю, что нужно сделать с запросом, чтобы состав полей в GROUP BY и ORDER BY отличались, и чтобы там были поля из вложенного запроса по EXISTS. И вообще-то, зачем в EXISTS конструкция GROUP BY?

Prophetic, лучше расскажите, как Вы формируете и модифицируете свой query.

Запрос был создан в AOT, и не мной. Я его только использую, добавляя Range.

[Wamr]

дык может поправить запрос?

[Prophetic]

Цитата:

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

дык может поправить запрос?

Запрос на картинке. Что-нибудь посоветуете?
К сожалению, проблема не исправилась с помощью удаления сохранённых значений, как советовал уважаемый Mazzy.
По-прежнему, запрос отрабатывает только если я вручную удаляю строки критериев.

[mazzy]

Цитата:

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

есть класс наследник RunBaseBatch.
В нем используется Query, созданный в AOT.

Цитата:

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

Запрос на картинке.

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

[Prophetic]

Цитата:

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

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

Запрос не модифицируется никак, кроме добавления Range. Смысла выкладывать весь проект не вижу.

Использование:

while (itemQueryRun.next())
{
...
}

На первой строке, очевидно, ошибка и возникает.
Ещё раз проверил -- убиваю критерии (строки в таблице критериев), и все работает.

[Wamr]

интересно посмотреть свойства узлов CustInvoiceTrans & InventDim
и хотелось бы видеть все раскрытые узлы Sorting & Ranges

[PavelX]

Цитата:

Как мне программно "обнулить" этот запрос?

Если Вам надо полностью очистить запрос, то как вариант создайте в своем классе метод:

protected void initQuery()
{
    Query localQuery = new Query(querystr(InventTableCustTrans));
    ;
    // Здесь измените ренджи как Вам надо у этого localQuery

    queryRun = new QueryRun(localQuery);
}

И далее вызывайте этот метод в run() перед тем как строки выбирать.

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

[mazzy]

Цитата:

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

Запрос не модифицируется никак

Неправда.

Если вы используете runBaseBatch, то у вас работает паттерн pack/unpack (о котором вам говорили в самом начале, и о котором вы так и не прочитали, похоже).

pack/unpack вполне может модифицировать запрос.
вполне возможно, что вы работаете со старой версией запроса, а не с той, которая написана в коде.

Либо таки осознайте что вам советуют.
Либо таки выложите проект, чтобы для вас осознали другие.
Либо громко крикните, что Аксапта мастдайный отстой и оставайтесь с "неизвестной" ошибкой.

[mazzy]

Цитата:

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

Если Вам надо полностью очистить запрос, то как вариант создайте в своем классе метод:

Угу. Пошла хирургия при неизвестном диагнозе.