Common.reread() - альтернатива для findRecId?

[S.Kuskov]

Хочу поинтересоваться у общественности - на сколько "правомочно" использовать следующий приём?

static void JobTestCommonReread(Args _args)
{
    InventTable InventTable;
    InventTable InventTable2;
    RecId RecId;
    ;

    select firstonly InventTable;
    RecId = InventTable.RecId;

    InventTable2.RecId = RecId;
    InventTable2.reread();
    
    info(InventTable2.ItemId);
}

В сочитании с common.selectForUpdate такой подход может быть очень полезен. Например, можно, не вводя новые переменные, "перевыбрать" курсор для обновления:

    // myTable не выбирался для обновления, но нам понадобилось изменить в нём данные
    myTable.selectForUpdate(true);
    ttsbegin;
    myTable.reread();
    ... 
    myTable.update();
    ttscommit;
    myTable.selectForUpdate(false);
}

[S.Kuskov]

Продолжил эксперименты с джобом JobTestCommonReread. Метод reread() в комбинации с методом clear() ведёт себя не столь очевидно.

static void JobTestCommonReread(Args _args)
{
    InventTable InventTable, InventTable2;
    RecId RecId;
    ;

    select firstonly InventTable;
    RecId = InventTable.RecId;

    InventTable2.RecId = RecId;
    InventTable2.reread();
    info(InventTable2.ItemId);
    
    InventTable2.clear(); // ???
    
    InventTable2.RecId = RecId;
    InventTable2.reread();
    info(InventTable2.ItemId); // ???
}

Что же такое делает метод clear и как гарантированно "перевыбрать" запись при помощи reread?

[lev]

Цитата:

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

Продолжил эксперименты с джобом JobTestCommonReread. Метод reread() в комбинации с методом clear() ведёт себя не столь очевидно.
...
Что же такое делает метод clear и как гарантированно "перевыбрать" запись при помощи reread?

так clear() вычищает курсор который был выбран (если ошибаюсь, то меня поправят), соответственно после него нечего перевыбирать.
reread() - это не аналог find(), а метод для перезагрузки курсора из базы.

[S.Kuskov]

Цитата:

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

так clear() вычищает курсор который был выбран (если ошибаюсь, то меня поправят), соответственно после него нечего перевыбирать.

Но можно попытаться явно присвоить RecId. В моём первом примере курсор InventTable2 не был проинициалицирован, но reread() сработал, если же курсор стереть явно, при помощи clear, то reread перестаёт работать (второй пример). В чём принципиальная разница между непроинициализированным курсором и курсором после clear()?

[samolalex]

Поэкспериментировав, пришел к выводу, что нужно обнулить ссылку на область памяти, на которую ссылается табличная переменная. В итоге гарантированно "перевыбрать" запись при помощи reread можно так:

static void JobTestCommonReread(Args _args)
{
    InventTable     InventTable, InventTable2;
    RecId           RecId;
    ;
    select firstonly InventTable;
    RecId = InventTable.RecId;

    InventTable2.RecId = RecId;
    InventTable2.reread();
    info(InventTable2.ItemId);

    InventTable2.clear();
    inventTable2 = null;

    InventTable2.RecId = RecId;
    InventTable2.reread();
    info(InventTable2.ItemId);
}

[lev]

Цитата:

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

Поэкспериментировав, пришел к выводу, что нужно обнулить ссылку на область памяти, на которую ссылается табличная переменная. В итоге гарантированно "перевыбрать" запись при помощи reread можно так:
...

Тоже подумал про NULL, но меня опередили

[lev]

Цитата:

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

Но можно попытаться явно присвоить RecId. В моём первом примере курсор InventTable2 не был проинициалицирован, но reread() сработал, если же курсор стереть явно, при помощи clear, то reread перестаёт работать (второй пример). В чём принципиальная разница между непроинициализированным курсором и курсором после clear()?

хм... странно.
про clear() я думаю все понятно, и он делает то что я написал выше.
скорее встает вопрос, а как же работает метод reread() ??? получается ему для выбора кроме RecId нужно ещё что то, что вычищается после использования метода clear().

[samolalex]

Цитата:

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

получается ему для выбора кроме RecId нужно ещё что то, что вычищается после использования метода clear().

тоже так думаю

[S.Kuskov]

Цитата:

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

получается ему для выбора кроме RecId нужно ещё что то, что вычищается после использования метода clear().

Т.е. курсор равный NULL, содержит больше информации, чем курсор.clear()?

Скорее наоборот clear() оставляет в курсоре какой-то мусор, который мешает работе reread

[lev]

не знаю на сколько правомочно, но то что очень удобно это точно!
когда не знаешь будешь изменять записи в таблице или нет, и обновление выполняется при определенных условиях.

пользуюсь этим регулярно, и пока никаких проблем не было

З.Ы. единственный нюанс, если все изменения критичны для целостности данных, то лучше конечно выбрать запись для апдейта заранее, независимо от того изменится запись в будущем или нет.

[lev]

кстати про findRecId.
я в одно время создал статический метод Find() в классе SysDictTable. в этом методе выполняется поиск по переданному RecId в таблице, Id которой так же передается в метод. Сделал это для того, что бы не заморачиваться написанием методов FindRecId на каждой таблице. Ведь поиск по RecId не так часто делается, да и пользоваться им нужно с умом, ведь не всегда есть индекс по RecId.

[S.Kuskov]

dataAreaId - это первое, что я проверил . sukhanchik, на какой версии вы эксперементировали? На AX2009 clear не очищает поле dataAreaId, он принудительно заполняет его активной компанией.

И да, как правильно заметил lev, что будет если из вашего примера убрать строку "inventTable = null"?

P.S.: Демонстрация того, что при clear значение поля DataAreaId не просто не очищается, но даже принудительно меняется на значение текущей компании

static void JobTestClearDataAreaId(Args _args)
{
    InventTable InventTable;
    ;
    
    InventTable.(fieldnum(InventTable, dataAreaId)) = "XXX";
    info(InventTable.dataAreaId);
    InventTable.clear();
    info(InventTable.dataAreaId);
}

[lev]

Цитата:

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

На AX2009 clear не очищает поле dataAreaId, он принудительно заполняет его активной компанией.

на Ах 3.0 поле dataAreaId тоже не вычищается.

[sukhanchik]

Цитата:

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

dataAreaId - это первое, что я проверил . sukhanchik, на какой версии вы эксперементировали?

Я проверил на 4.0 SP2 (была оперативно под рукой).

Цитата:

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

вот так уже не работает

А... сорри, не так понял. Я то думал - что не хватает курсору после null-а. И решил что dataareaid. А речь шла про то, что clear() не позволяет делать reread().

Хотя... у меня вариант от lev отработал также (т.е. запись все равно выбралась). Проверял на другом RecId (исключил вариант кеша)

[sukhanchik]

Кстати и на DAX2009 RU5 также отработало как и на 4.0 SP2

[S.Kuskov]

Цитата:

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

Кстати и на DAX2009 RU5 также отработало как и на 4.0 SP2

Странно, правда я проверял на AX2009SP1 без ролапов. Может ли ещё кто-нибудь проверить?

К стати, "InventTable = NULL" так же как и clear() сбрасывет dataAreaId к значению текущей компании

static void JobTestClearDataAreaId_2(Args _args)
{
    InventTable InventTable;
    ;

    InventTable.(fieldnum(InventTable, dataAreaId)) = "XXX";
    InventTable = NULL;
    info(InventTable.dataAreaId);
}

[sukhanchik]

Кажется понял - почему у меня сработало. В моем примере не было предыдущего reread(). Т.е. если в Вашем примере убрать первые строки с reread(), то все отработает независимо от вызова clear();

static void JobTestCommonReread(Args _args)
{
    InventTable InventTable, InventTable2;
    RecId RecId;
    ;
 
    select firstonly InventTable;
    RecId = InventTable.RecId;
 
//    InventTable2.RecId = RecId;
//    InventTable2.reread();
//    info(InventTable2.ItemId);
 
    InventTable2.clear(); 
    InventTable2.RecId = RecId;
    InventTable2.reread();
    info(InventTable2.ItemId);
}

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

[S.Kuskov]

Действительно, clear не "портит" пустой курсор. Интересно, а есть ли вообще смысл в использовании метода clear(), ведь вместо него всегда можно присвоить курсору NULL? И как выясняется иногда это даже надёжнее

P.S.: Ещё проблемы с методом clear() - оригинальный orig:

Цитата:

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

clear() - полностью стирает только клиенстскую версию, а на сервере курсор остаётся со старым orig

[sukhanchik]

Цитата:

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

Интересно, а есть ли вообще смысл в использовании метода clear(), ведь вместо него всегда можно присвоить курсору NULL? И как выясняется иногда это даже надёжнее

В качестве предположения - можно смоделировать такую ситуацию:
Передаем курсор в какой-либо метод, который его (до)заполняет и вставляет / обновляет запись в БД.
Передаем мы (к примеру) CustTrans. На "входе" в метод стоит параметр типа CustVendTrans или Common. Если в методе выполнить метод clear(), то он обнулит все поля, не изменив инициализацию входящего параметра. Т.е. наша переменная типа CustVendTrans (Common) будет все равно знать, что она на самом деле CustTrans-овая.

Если же мы присвоим null, то наша переменная потеряет свою "CustTrans-овость". Что недопустимо, т.к. внутри метода - эта информация будет уже невосстановима.