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

[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]

Цитата:

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

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

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

ага именно! не правильно выразился

[sukhanchik]

Цитата:

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

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

Достаточно посмотреть в отладчик, чтобы понять, что clear() устанавливает все поля в их "нулевое" или "начальное" состояние. В частности, попутно устанавливаются и системные поля (например, код компании).

Попробуйте выполнить такой код. В нем reread честно отработает (вспоминаем, что в БД индекс состоит из двух полей - RecID и dataareaid, т.о. выбрать запись просто по RecId система не может - ей нужен еще dataareaid):

static void Job1(Args _args)
{
    InventTable inventTable;
    ;
    inventTable.clear();
    breakpoint;
    inventTable = null;
    inventTable.(fieldnum(InventTable, dataAreaId)) = 'dat';
    inventTable.RecId = 5637147343;
    inventTable.reread();
    breakpoint;
}

[lev]

Цитата:

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

Достаточно посмотреть в отладчик, чтобы понять, что clear() устанавливает все поля в их "нулевое" или "начальное" состояние. В частности, попутно устанавливаются и системные поля (например, код компании).

Попробуйте выполнить такой код. В нем reread честно отработает (вспоминаем, что в БД индекс состоит из двух полей - RecID и dataareaid, т.о. выбрать запись просто по RecId система не может - ей нужен еще dataareaid):

static void Job1(Args _args)
{
    InventTable inventTable;
    ;
    inventTable.clear();
    breakpoint;
    inventTable = null;
    inventTable.(fieldnum(InventTable, dataAreaId)) = 'dat';
    inventTable.RecId = 5637147343;
    inventTable.reread();
    breakpoint;
}

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

кстати, тут уже писалось, что если обнулить память для таблицы (выполнить присвоение переменной NULL), то reread() нормально работает. а в Вашем примере в начале вызывается clear(), а потом обнуляется переменная, поэтому все нормально отрабатывает