queryRun метод get

[SHiSHok]

DAX3 KR3: Обнаружил интересную особенность работы queryRun.

В документации,в примерах и в коде применяется следующая схема работы с QueryRun:

// инициализация QueryRun
while (queryRun.next())
{
    <. > = queryRun.get(...);
    // обработка значений <таб. переменной>
}

Но обнаружил, что табличной переменной достаточно присвоить значение (ссылку на запись) ОДИН раз (например после первого queryRun.next() ) и далее она будет ссылаться на актуальное значение запроса. Т.е. после очередного queryRun.next() табличная переменная содержит очередное значение выборки и queryRun.get выполнять не требуется.

в джобике продемонстрирован пример работы:

static void Job_QRGet_test(Args _args)
{

    query                   q;
    queryRun                qr;
    queryBuildDataSource    qbds;
    inventTable             it;
    inventTable             it1;
;

    q = new query();
    qbds = q.addDataSource(TableNum(inventTable));
    qbds.addSelectionField(fieldNum(inventTable,itemName));
    qbds.addRange(fieldNum(inventTable,itemId)).value("*");

    qr = new queryRun(q);

    if (qr.next())
    {
        it = qr.get(tableNum(inventTable));
        it1 = qr.get(tableNum(inventTable));

        do {
            info(it.itemName);
        } while (qr.next());
    }
}

Ваши замечания, дополнения...

[ice]

так и есть, в 2009 тоже самое

[S.Kuskov]

Наверное должно работать даже если присвоение сделать до цикла. Нужно попробовать.

В принципе всё логично Common - это же класс, а значит в переменных этого типа хранятся не сами экземпляры, а ссылки.

InventTable InventTable1;
InventTable InventTable2;

InventTable2 = InventTable1;
InventTable1.ItemId = "!";
info(InventTable2.ItemId);

P.S.: В случае временных таблиц именно из-за этого и появился метод setTmpDate

[SHiSHok]

Цитата:

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

так и есть, в 2009 тоже самое

искал в доках - внятного описания так и не нашел

Цитата:

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

Наверное должно работать даже если присвоение сделать до цикла. Нужно попробовать.

пробовал - не получается. видимо первый next() выделяет память и определяет место хранения записи.

[S.Kuskov]

Цитата:

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

пробовал - не получается. видимо первый next() выделяет память и определяет место хранения записи.

Видимо так, хотя что мешало сделать это заранее?

[Logger]

А если до вызова next() вызвать что то типа
qr.setRecord(it)
или
qr.setCurrent(it)

( не помню уже какой из них есть у QueryRun-а )

[S.Kuskov]

Цитата:

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

А если до вызова next() вызвать что то типа
qr.setRecord(it)
или
qr.setCurrent(it)

( не помню уже какой из них есть у QueryRun-а )

Так оба и есть setCursor() vs setRecord()

Работает

    qr = new queryRun(q);
    qr.setRecord(it);
    if (qr.next())
    {
        info(it.itemName);
    }