оригинальный orig

[Wamr]

Есть табличка xTable с один полем Qty
Есть серверный метод для вычисления изменения в поле Qty

server static Qty diff(xTable _xTable)
{
    return _xTable.Qty - _xTable.orig().Qty;
}

и есть джоб для демонстрации результата

static void Job_Orig(Args _args)
{
    xTable      xTable;
    int         i;
    Qty         diff;
    ;

    for(i = 1; i <= 5; i++)
    {
        xTable.clear();

        xTable.Qty = i;

        diff = xTable::diff(xTable);

        info(strFmt("%1 %2", diff, xTable.Qty - xTable.orig().Qty));

        xTable.insert();
    }
}

и теперь самое интересное - результат:
0,00 1,00
1,00 2,00
1,00 3,00
1,00 4,00
1,00 5,00

ну ладно, с первой строкой еще можно смириться, но остальные... почему orig возвращает предыдущую запись?

версии
4.0.2501.116
5.0.1500.1313

[mazzy]

Цитата:

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

и есть джоб для демонстрации результата

а если Job на сервере запустить, то что будет?

[Wamr]

нормально все будет
1-2-3-4-5

проблема (orig) возникает при передаче курсора между клиентом и сервером

если сделать метод клиентским, а джоб серверным, то получим
0-2-3-4-5

[Murlin]

Это все к чему?

[S.Kuskov]

Создаётся ощущение, что передача курсора на сервер не всегда происходит. Т.е. у сервера существует своя серверная версия курсора, которая, как оказывается, не всегда (или точнее не целиком) синхронизируется с клиенской. А именно не синхронизируется orig-часть курсора!
т.е. xTable.clear() - полностью стирает только клиенстскую версию, а на сервере курсор остаётся со старым orig.

Для эксперимента можно попробовать вручную стереть серверный orig

server static void serverClear(xTable _xTable)
{
    _xTable.clear();
}

...
    for(i = 1; i <= 5; i++)
    {
        xTable.clear();
        xTable::serverClear(xTable); // <<-----------

        xTable.Qty = i;

        diff = xTable::diff(xTable);

        info(strFmt("%1 %2", diff, xTable.Qty - xTable.orig().Qty));

        xTable.insert();
    }

результат:
0,00 1,00
2,00 2,00
3,00 3,00
4,00 4,00
5,00 5,00

P.S.: Проверил, в обратную сторону курсоры синхронизируются корректно. Т.е. clear(), вызванный на сервере стирает и клиенский orig() тоже.

[S.Kuskov]

Цитата:

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

... с первой строкой еще можно смириться ...

Ещё мысли по поводу первой строки:
По видимому в начале серверная копия курсора создаётся при помощи метода common.data(), который также довольно бесцеремонно обращается с оrig-частью курсора.

    xTable xTable, xTable2;
    ;
    
    xTable.clear();
    xTable.Qty = 1;
    info(strFmt("%1 %2", xTable.orig().Qty, xTable.Qty));
    xTable2.data(xTable);
    info(strFmt("%1 %2", xTable2.orig().Qty, xTable2.Qty));

Результат:
0,00 1,00
1,00 1,00

Т.е. смысл этого метода - не скопировать, а создать новый курсор, в котором история orig'инальных полей теряется, и они становятся равны текущим.

[Товарищ ♂uatr]

Всем привет!
Есть код:

Table Table1 = Table::find( field, forUpdate);

If( Table1.orig().data() != Table1 )
{
   ...
}

Видно, что идет только выбор записи, field values не меняются, но Аксапта попадает внутр условия. Почему?

[gl00mie]

Может, потому что оператор != не предназначен для сравнения табличных буферов?..