RLS&Расширенный запрос

[donMigel]

Раширенный запрос через фильтрацию записей типа ((CustTable. AccountNum== "*") || (CustTable.InvoiceAccount == "*")) система отрабатывает корректно,тот же самый запрос введенный в RLS приводит к "вылету" из системы.Возник вопрос с логикой ИЛИ:в чём противоречие в поведении системы в этих двух случаях и можно ли всё-таки пользоваться в RLS запросами подобного вида?

[oxbacc]

RLS запросами подобного вида - пользоваться можно
попробуйте указать конкретные значения

[glibs]

Да, запрос интересный. Не удивлюсь, если интерпретатору от него действительно срывает крышу.

А что вы написать хотели то?

CustTable. AccountNum== "*" — это все равно, что ничего не писать.

[dn]

Вместо "*" на самом деле и стоит конкретное значение. Проверили на разных SP. Стабильно нигде не работает.

В принципе найден обходной путь. Создать две группы. Для одной настроить RLS по первой половине условия, для второй - по второй. Если пользователь входит в обе группы, то условия наложатся по "ИЛИ" .

[glibs]

Был неправ. Стер.

[kashperuk]

На самом деле, это не совсем глюк.
Точнее глючит не ядро, а вы

Продемонстрировать это очень просто. Как уже видно, RLS не выдает нормальных сообщений об ошибках - она просто падает.

Но эти сообщения можно посмотреть в коде.

Выполните следующий Job:

static void Job_RLS_No_Bug(Args _args)
{
    #define.ItemGroupId("????-????")
    #define.ItemId("140")
    Query                   q = new Query();
    QueryBuildDataSource    qbds = q.addDataSource(tableNum(InventTable), "InventTable");
    QueryRun                queryRun;
    str range = strFmt('(((InventTable.ItemId == "%1") || (InventTable.ItemGroupId == "%2")))', #ItemId, #ItemGroupId);
    InventTable             inventTable;
    ;
    qbds.addRange(fieldNum(InventTable, RecId)).value(range);

    info(qbds.name());
    info(qbds.toString());

    queryRun = new QueryRun(q);
    while (queryRun.next())
    {
        inventTable = queryRun.get(tableNum(inventTable));
        info(inventTable.ItemId);
    }
}

И, для сравнения, выполните второй job:

static void Job_RLS_Bug(Args _args)
{
    #define.ItemGroupId("????-????")
    #define.ItemId("140")
    Query                   q = new Query();
    QueryBuildDataSource    qbds = q.addDataSource(tableNum(InventTable));
    QueryRun                queryRun;
    str range = strFmt('(((InventTable.ItemId == "%1") || (InventTable.ItemGroupId == "%2")))', #ItemId, #ItemGroupId);
    InventTable             inventTable;
    ;
    qbds.addRange(fieldNum(InventTable, RecId)).value(range);

    info(qbds.name());
    info(qbds.toString());

    queryRun = new QueryRun(q);
    while (queryRun.next())
    {
        inventTable = queryRun.get(tableNum(inventTable));
        info(inventTable.ItemId);
    }
}

Видим, что во втором случае выполнение приводит к ошибке времени выполнения, так как фильтр накладывается, как будно источник называется InventTable, хотя на самом деле присвоилось значение InventTable_1.

Так вот, собственно, о чем я.
Аксапта работает точно так же. Только вместо ошибки падает (это, согласен, нехорошо).

Но если передать ей правильную строку, правильно указав название источника, то все должно отработать правильно.

'(((InventTable_1.ItemId == "%1") || (InventTable_1.ItemGroupId == "%2")))'

У меня отработало.

P.S. Думаю понятно, но на всякий случай уточню, что в макросы надо подставить свои значения (существующие в базе)

[Logger]

А зачем вообще нам указывать здесь имя датасорса ?
Если не ошибаюсь, то в расширенном Query имя датасорса можно не указывать если фильтр накладывается по его же полям. А нам это и нужно !

т.е. в нашем случае должно получиться что-то типа
((AccountNum== "XXX") || (InvoiceAccount == "XXX"))

P.S. Имя датасорса необходимо указывать, если нужно указать поле из связанного датасорса.

[donMigel]

Ещё один вопрос вдогонку:система выдаёт некорретные результаты по запросу типа - "Поле№1 == 01.01.2007..31.07.2007 || Поле№2 == 01.01.2007..31.07.2007
В чём ошибка?При работе с диапозонами необходимо пользоваться другими операндами?

[Logger]

Цитата:

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

Ещё один вопрос вдогонку:система выдаёт некорретные результаты по запросу типа - "Поле№1 == 01.01.2007..31.07.2007 || Поле№2 == 01.01.2007..31.07.2007
В чём ошибка?При работе с диапозонами необходимо пользоваться другими операндами?

похоже что так.
Установка фильтров в расширенном запросе отличается. Например для енумов прнимает только цифры. Для строк не работает знак подстановки *

Попробуйте переписать при помощи >= <= () && ||
Это возможно.
Вопрос лишь в том проглотит или нет.

По идее должна, потому что в обычном запросе понимает.

[donMigel]

Да, уже так и сделали,запрос типа ((Поле№1 > 31\12\2006) && (Поле №2 < 17\01\2008)) || ((Поле№3 > 31\12\2006) && (Поле№4 < 17\01\2008))) работает корректно.

[belugin]

Цитата:

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

Да, уже так и сделали,запрос типа ((Поле№1 > 31\12\2006) && (Поле №2 < 17\01\2008)) || ((Поле№3 > 31\12\2006) && (Поле№4 < 17\01\2008))) работает корректно.

А вы уверены, что не <= >=

.. - это со включением границ

[glibs]

((CustTable.AccountNum == "*") || (CustTable.InvoiceAccount == "*"))

Если предположить, что автору нужно ((CustTable.AccountNum == "100") || (CustTable.InvoiceAccount == "100")) , например, (речь шла о том, что нужны вроде как конкретные таки значения вместо "*") то можно попробовать

!((CustTable.AccountNum != "100") && (CustTable.InvoiceAccount != "100"))

Хотя тоже не идеальный вариант.

[donMigel]

Цитата:

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

А вы уверены, что не <= >=

.. - это со включением границ

Всмысле?В разрезе правильности написания?Конечно,согласенВ разрезе наших процессов,то как раз нам включение границ не надо.

[glibs]

Цитата:

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

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

По идее, в advanced query нужно писать также, как в select после where.

Двоеточия там не предусмотрены.

[belugin]

А прочли ли вы вот это?