Кто использовал RecId - DAX: Программирование

**DreamCreator** · 25.11.2011, 13:58

Цитата:

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

В третьей версии аксапты у нас неоднократно, самопроизвольно RecId перескакивали на несколько млн или уходили в "минус". Закономерности определить не удалось. При этом никаких "внешних" обращений к БД, минуя ядро Аксапты, не производилось.

"Возвращать" recId на "место" можно и нужно.

Так как с отрицательными recId будет масса глюков в российском функционале (ЗП кадры и так далее - неоднократно обсуждалось на форуме) Либо исправлять все эти модули, (и не только Российские кстати, но там ошибок больше всего)

Дефрагментацию делать не стоит, пока есть большие свободные диапазоны RecId

Нужно лишь найти диапазоны не используемых recId.
Собрать свободные диапазоны RecId можно джобом, который может собрать статистику используемых recId по наиболее активным и крупным таблицам. Могу привести пример если нужно будет...

Большое Спасибо!
Решили пока понаблюдать. В случае критичных глюков переключим RecId на продолжение положительного диапазона.

Поиск свободных диапазонов пока не нужен - есть примерное последнее RecId 1367133505 на котором остановилось, думаю к нему можно прибавить немного и продолжить. Но буду иметь в виду, Спасибо!

Bega · 26.11.2011, 17:15

Цитата:

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

Большое Спасибо!
Решили пока понаблюдать. В случае критичных глюков переключим RecId на продолжение положительного диапазона.

Поиск свободных диапазонов пока не нужен - есть примерное последнее RecId 1367133505 на котором остановилось, думаю к нему можно прибавить немного и продолжить. Но буду иметь в виду, Спасибо!

Помню, что у нас на 3.0 были проблемы с расчетом по средней при закрытии склада, в методе InventCostItemDim::updateModelAverage есть сортировка по RecId, с отрицательными начинает работать неверно.

**DreamCreator** · 28.11.2011, 09:02

Цитата:

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

Помню, что у нас на 3.0 были проблемы с расчетом по средней при закрытии склада, в методе InventCostItemDim::updateModelAverage есть сортировка по RecId, с отрицательными начинает работать неверно.

Спасибо! Проверил код - сортировка закомментирована 4 года назад

X++:

//index hint RecIdTypeIdx

Bega · 28.11.2011, 11:30

Цитата:

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

Спасибо! Проверил код - сортировка закомментирована 4 года назад

X++:

//index hint RecIdTypeIdx

Нет, это у вас хинт закомментирован, он на сортировку не влияет. Я нашел у себя вот такую модификацию:

X++:

...
while (mEnum.moveNext())
                {
                    receipt             = mEnum.currentValue();

                    inventTransKey      = inventCostItemDim::keyAdjust2String(receipt.inventTransId,receipt.inventTransIdReturn,receipt.voucher);
                    financialOpenQty    = mapInventTransIdQty.lookup(inventTransKey);

// dyol 17.08.2009 OK000754 -->
                    //sortReceiptKey      = InventCostItemDim::qtyRecId2String(mapInventTransIdQty.lookup(inventTransKey) / mapInventTransIdTotal.lookup(inventTransKey)*exp10(9), receipt.recId);
                    sortReceiptKey      = InventCostItemDim::qtyRecId2String_OK(mapInventTransIdQty.lookup(inventTransKey) / mapInventTransIdTotal.lookup(inventTransKey)*exp10(9),
                                                                                receipt.recId,
                                                                                receipt.DateFinancial);
// dyol 17.08.2009 OK000754 <--

                    mapSortedReceipt.insert(sortReceiptKey,receipt);
                    mapInventTransIdQty.insert(inventTransKey, financialOpenQty+receipt.financialOpenQty());
                }
...

Добавлен новый метод:

X++:

// dyol 17.08.2009 OK000754  -->
static str qtyRecId2String_OK(Real        _qty,
                              Recid       _recId,
                              TransDate   _transDate)
{
    str qtyStr;
    str recIdStr;
    str key;

    qtyStr = int2str(trunc(_qty));
    recIdStr = int2str(abs(_recId));
    if (_recId < 0)
        key = strrep('0',20-strlen(qtyStr))+qtyStr + date2str(_transDate, 321, 2, 0, 2, 0, 4) + '#-' + strrep('0',15-strlen(recIdStr))+recIdStr;
    else
        key = strrep('0',20-strlen(qtyStr))+qtyStr + date2str(_transDate, 321, 2, 0, 2, 0, 4) + '#0' + strrep('0',15-strlen(recIdStr))+recIdStr;
    return key;
}
// dyol 17.08.2009 OK000754  <--

То есть, дата включается явно в ключ перед RecId, чтобы сортировалось правильно.

**DreamCreator** · 28.11.2011, 14:18

Цитата:

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

Нет, это у вас хинт закомментирован, он на сортировку не влияет. Я нашел у себя вот такую модификацию:

То есть, дата включается явно в ключ перед RecId, чтобы сортировалось правильно.

Большое Спасибо!

someOne · 28.11.2011, 17:18

Цитата:

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

Помню, что у нас на 3.0 были проблемы с расчетом по средней при закрытии склада, в методе InventCostItemDim::updateModelAverage есть сортировка по RecId, с отрицательными начинает работать неверно.

Это не единственная проблема с отрицательными RecId...

Как вам примеры такого кода, например в таблице RPayCounterTable

X++:

static boolean checkScan(RPaySequence paySequence)
{
    RPayCounterTable payCounterTable;
    ;

    if (paySequence)
        select firstonly firstfast payCounterTable
            index hint ScanningIdx
            where payCounterTable.scanning == paySequence;


return payCounterTable.recId;
}

В этом месте (return payCounterTable.recId) при отрицательных RecId для некоторых вариантов значений (кратных 16 кажется) результат будет не верный!

Для корректной работы придется все такие методы переписать на

X++:

    return payCounterTable.recId != 0;

Таких мест много в системе, и не только для Российского функционала...

**DreamCreator** · 28.11.2011, 17:36

Цитата:

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

Это не единственная проблема с отрицательными RecId...

Как вам примеры такого кода, например в таблице RPayCounterTable

В этом месте (return payCounterTable.recId) при отрицательных RecId для некоторых вариантов значений (кратных 16 кажется) результат будет не верный!

Для корректной работы придется все такие методы переписать на

X++:

    return payCounterTable.recId != 0;

Таких мест много в системе, и не только для Российского функционала...

Спасибо! Мы не используем зарплату, но буду иметь в виду. Проблему кратности 256 в выражениях if(table.recId) знаю - сам вроде так не писал, запущу поиск по АОТ на всякий случай.

lev · 29.11.2011, 10:20

Цитата:

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

...

В этом месте (return payCounterTable.recId) при отрицательных RecId для некоторых вариантов значений (кратных 16 кажется) результат будет не верный!

Для корректной работы придется все такие методы переписать на

X++:

    return payCounterTable.recId != 0;

Таких мест много в системе, и не только для Российского функционала...

ага, это известная проблема. Про неё уже все что можно исписано. НО почему то везде упорно продолжаются использовать неявное преобразование.... повсеместно встречаются конструкции типа:

X++:

if (myTable.recId)

или

X++:

return myTable.recId;

интересно почему?

P.S. конечно после перевода RecId на 64 бита отрицательный RecId маловероятен, но все таки лучше делать явное преобразование соответствующего типа!

**fed** · 29.11.2011, 10:49

Цитата:

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

P.S. конечно после перевода RecId на 64 бита отрицательный RecId маловероятен, но все таки лучше делать явное преобразование соответствующего типа!

После перевода RecId на 64 бита, отрицательный RecId чуть менее вероятен чем в 32-битном варианте. Обсуждалось вот здесь

lev · 29.11.2011, 10:59

Цитата:

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

После перевода RecId на 64 бита, отрицательный RecId чуть менее вероятен чем в 32-битном варианте. Обсуждалось вот здесь

Ага импорт я упустил из вида, спасибо!
Тогда надо запрещать конструкции кода приведенные мной и someOne в прошлых сообщениях на уровне компниляции!

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Миф об уникальности RecId?	Alenka	DAX: Программирование	51	22.08.2013 13:12
Формирование RecId при вставке в таблицу AX из SQL Server	Hyper	DAX: Программирование	20	28.06.2011 17:30
axforum blogs: Переделываем RecId в таблицах	Blog bot	DAX Blogs	0	06.05.2011 19:11
if (record) vs if (record.RecId)	kashperuk	DAX: Программирование	18	27.11.2008 18:53
поля, содержащие RecId	somebody	DAX: Программирование	15	16.05.2008 17:50

Опции темы	Поиск в этой теме
Версия для печати Отправить по электронной почте	Поиск в этой теме: Расширенный поиск
Опции просмотра
Линейный вид Комбинированный вид Древовидный вид