Длина строки range - 250, 1000 или больше

[Logger]

Добрый день всем.

При написании модификаций обратил внимание на странную особенность работы querybuildRange - при задании фильтра из формы SysQueryForm длина строки критерия ограничена 250 символами, что в общем понятно, так как длина соответствующего поля RangeValue во временной табличке TmpSysQuery как раз 250 символов. Но если задавать критерий из X++ то можно задать строки большей длины, например 1000 символов. Правда если потом открыть редактирование этого Query формой SysQueryForm, то критерий усекается до 250 символов, что неприятно.

Есть какие-нить ограничения в языке X++ на длину критерия ? Или магическая цифра 250 символов выбрана неспроста...

[Logger]

О!
Пропустил нужную тему
Длина Range
но вопрос все равно остается.

[lev]

Вроде бы в X++ ограничений на количество символов нет, но учтите что сколько бы вы не передали символов из кода, в запросе в итоге будут участвовать только первые 250 сам наступал на эти грабли
Лучше разбивать на несколько range (но это не всегда возможно из-за определения какое условие подставлять И или ИЛИ. если писать в одном range, тогда в запросе будет условие И, а если в нескольких, то ИЛИ. и на эти грабли наступал ).

[lev]

Цитата:

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

...(но это не всегда возможно из-за определения какое условие подставлять И или ИЛИ. если писать в одном range, тогда в запросе будет условие И, а если в нескольких, то ИЛИ. и на эти грабли наступал ).

забыл добавить главный нюанс! так работает при добавлении отрицания в условие запроса, т.е. "!" или SysQuery::valueNot().

вот джобик для наглядности:

Query                   query;
    QueryBuildDataSource    qbds;
    QueryBuildRange         qbr;
    InventTable             inventTable;
    str                     filter;
    int                     i;
    ;
    // вариант №1 создаем один range и в него через запятую записываем условие -->
    query   = new Query();
    qbds    = query.addDataSource(tableNum(InventTable));
    qbr     = qbds.addRange(fieldNum(InventTable, ItemId));

    while select inventTable
    {
        i++;

        if (filter != '')
            filter += ', ';

        filter += '!' + inventTable.ItemId;

        if (i == 3)
            break;
    }

    qbr.value(filter);

    info('1-ый вариант -->');
    info(query.dataSourceTable(tableNum(InventTable)).toString());
    info('1-ый вариант <--');
    // <--------------------------------------------------------------------------

    i = 0;

    // вариант №2 для каждой номенклатуры добавляем range -->
    query   = new Query();
    qbds    = query.addDataSource(tableNum(InventTable));

    while select inventTable
    {
        i++;

        qbds.addRange(fieldNum(InventTable, ItemId)).value(SysQuery::valueNot(inventTable.ItemId));

        if (i == 3)
            break;
    }

    info('2-ой вариант -->');
    info(query.dataSourceTable(tableNum(InventTable)).toString());
    info('2-ой вариант <--');
    // <-----------------------------------------------------

[lev]

Цитата:

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

Вроде бы в X++ ограничений на количество символов нет, но учтите что сколько бы вы не передали символов из кода, в запросе в итоге будут участвовать только первые 250 сам наступал на эти грабли

Погорячился! Посыпаю голову пеплом
При формировании запроса в X++ в условие range можно добавлять сколько угодно символов, и запрос нормально отработает. Но, соответственно, если это условие добавить потом, например, в фильтр на форме (диалоге), то оно обрежется до 250 сомволов (потому как там используется TmpSysQuery ).

[Logger]

Уточню вопрос. Строка фильтра обрезается до 250 символов, потому что, соответствующее поле во временной табличке, которая используется для отображения критериев на форме SysQueryForm, имеет как раз 250 символов. Если увеличить длину поля, то можно сделать и 1000 символов, что по-моему удобнее в использовании, но неясно будут ли какие либо побочные эффекты.

[lev]

Не думаю, что возникнут какие то проблемы.
Если из кода запрос с условием более 250-ти символов отрабатывает нормально, то и на формах (диалогах) он должен отрабатывать нормально.

[kashperuk]

Нет, ничего ужасного в увеличении длины нету.
Но, учтите, что рано или поздно вы наткнетесь на максимальную длину значения в where выражении SQL Server (она равно около 2000 символов на какой-то из версий, если мне память не изменяет).
То есть, если вам нужен фильтр по 300 символов, то да, все ОК. Но если вы собираетесь генерировать очень длинные фильтры - возможно exist join подойдет больше.
На форуме обсуждалась эта проблема, к слову, поэтому можете попробывать поискать конкретные детали.

[Wamr]

как и говорил Иван, вот такой джобик через некоторое время валится с ошибкой SQL (слишком длинный запрос)

static void JobRangeLength(Args _args)
{
    InventTable     inventTable, inventTableQr;
    int             i;
    Query           q = new Query();
    QueryRun        qr;
    QueryBuildDataSource    qbDS;
    QueryBuildRange         qRange;
    ;

    qbDS = q.addDataSource(tableNum(InventTable));
    qbDS.fields().clearFieldList();
    qbDS.addSelectionField(fieldNum(InventTable, ItemId));
    qbDS.addSortField(fieldNum(InventTable, ItemId), SortOrder::Descending);

    qRange = qbDS.addRange(fieldNum(InventTable, ItemId));
    qRange.value("null");

    qr = new QueryRun(q);

    while select ItemId from inventTable
        order by ItemId ASC
    {
        i++;
        qRange.value(qRange.value() + ',' + inventTable.ItemId);
        qr.query(q);
        qr.reset();
        qr.next();

        inventTableQr = qr.getNo(1);
        if(inventTable.ItemId != inventTableQr.ItemId)
        {
            info(strFmt("%1 %2 %3", i, inventTable.ItemId, strLen(qRange.value())));
            warning(qRange.value());
            break;
        }
    }
}

[MikeR]

2Logger
Паш, я когда давно крутил эту проблему, и решил, что луше создавать временную табличку с критериями и джойнить, как Иван предложил. Как то на мой взгляд это выглядит посимпотнее.

[vanokh]

есть еще магическая константа 475 - максимальный уровень вложенности в WHERE. Что может быть критично, поскольку Axapta каждое условие добавляемое по ИЛИ оборачивает в новый уровень (это если добавлять много Range).

У нас бывают запросы с размером WHERE больше 10000 символов - проходит, если бы не такая вложенность (Ax4, SQL2005).

Вышеприведенный джоб валится как раз на значении счетчика 476, при этом длина запроса 12500 символов.

[db]

В продолжение темы
Выборка произвольных записей одним запросом

ребята вы кажется неправильно используете аксапту
почему я, программируя уже лет 8, ни разу не сталкивался с такими проблемами?

[gl00mie]

Цитата:

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

ребята вы кажется неправильно используете аксапту. почему я, программируя уже лет 8, ни разу не сталкивался с такими проблемами?

Железная логика! Вспомнилась в связи с этим тема Какими качествами ОБЯЗАН обладать ОПЫТНЫЙ консультант:

Цитата:

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

Представьте, что у вас работает специалист в течение двадцати лет. Он опытный человек? Но ведь все эти двадцать лет он мог делать всё неправильно!