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

[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(), а потом обнуляется переменная, поэтому все нормально отрабатывает

[lev]

вот так:

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

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