Произошла ошибка при получении нового значения RecId для таблицы.

[mazzy]

Цитата:

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

При импорте в VendTable через группу определения данных, вываливается ошибка:
Не удается распределить номера номерной серии для TableId:%1, CurrentNextVal:%2, NewNextVal:%3
Произошла ошибка при получении нового значения RecId для таблицы.

было такое же в таблице LedgerBalancesTrans.
почему-то дошло до максимума. то ли глюк, то ли еще.

я очистил таблицу (эта все равно чистится)
и сбросил счетчик в SystemSequences для этой таблицы в 1.

но почему дошло до максимума - загадка.

[Poleax]

Цитата:

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

было такое же в таблице LedgerBalancesTrans.
почему-то дошло до максимума. то ли глюк, то ли еще.

я очистил таблицу (эта все равно чистится)
и сбросил счетчик в для этой таблицы в 1.

но почему дошло до максимума - загадка.

Спасибо. Осталось найти алгоритм сброса счетчика в SystemSequences

Однако имеем

PHP код:

select TOP 10 SD.Name, NEXTVAL, MAXVAL 
from SYSTEMSEQUENCES as ss
    join SqlDictionary as sd on (ss.TABID = sd.TABLEID AND sd.ARRAY =0)
order by NEXTVAL desc 


Name                                     NEXTVAL              MAXVAL
---------------------------------------- -------------------- --------------------
CUSTTABLE                                9223372036854775806  9223372036854775807
VENDTABLE                                9223372036854775806  9223372036854775807
VENDBANKACCOUNT                          5899128042471217842  9223372036854775807
CUSTBANKACCOUNT                          4215181910838106837  9223372036854775807
INVENTTRANS                              67646597533403       9223372036854775807
LEDGERJOURNALTABLE                       53435931095402       9223372036854775807
LEDGERJOURNALTRANS                       53057020090124       9223372036854775807
NUMBERSEQUENCELIST                       1333370117650        9223372036854775807
PURCHLINE                                1079295926979        9223372036854775807
NUMBERSEQUENCEHISTORY                    724040783648         9223372036854775807

(10 row(s) affected)

[Poleax]

Цитата:

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

и сбросил счетчик в SystemSequences для этой таблицы в 1.

Уточнение: В самой таблице [dbo].[SYSTEMSEQUENCES], при остановленном AOS, на SQL Server в БД ручками правим значение в поле NEXTVAL ?

Или используем более "элегантный" способ для выставления следующего RecID для таблицы?

[mazzy]

руками. nextval.
можно и не из EnterPrise Manager, а из аксапты. только надо зайти в компанию Dat.

[Ivanhoe]

Цитата:

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

руками. nextval.
можно и не из EnterPrise Manager, а из аксапты. только надо зайти в компанию Dat.

Если не ошибаюсь, после этого надо AOS перегрузить (в 4.0 точно требуется).

[Poleax]

Цитата:

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

но почему дошло до максимума - загадка.

http://erpkb.com/Axapta/RecId

Цитата:

«Кстати, насчет дырок. Одна из причин их появления – каждый AOS (а так же тольстый клиент и клиент в 2-х звенке) резервирует под себя определенное кол-во recId (для уменьшения обращений к б/д при добавлении новых записей). При его перезагрузке это резервирование сбрасывается и выбирается новый диапазон при загрузке.»
.....................
Работает AXAPTA с этой таблицей следующим образом:
При вставке первой записи в новую компанию система AXAPTA добавляет в таблицу System Sequences? запись. В поле DATAAREAID устанавливается значение равное идентификатору компании, а в поля MINVAL и NEXVAL записывается единица.
Сразу после этого система AXAPTA берет лот номеров (лот в данном случае это – несколько подряд идущих номеров, AXAPTA берет 25). И записывает в поле NEXTVAL следующий свободный номер – 26.
Заносит в таблицу, с которой все началось запись с RECID равным 1 и DATAAREAID равным идентификатору компании.
После того как номера в лоте заканчиваются, система AXAPTA снова читает таблицу System Sequences?, берет оттуда NEXTVAL как первый номер следующего лота. А в таблицу System Sequences? записывает значение NEXTVAL+25.

Таким образом AXAPTA решает две проблемы – каждый пользователь ведет свой лот номеров RECID и значения этого поля не пересекаются, второе – пользователь (вернее его приложение) обращается к таблице System Sequences? один раз на 25 операций вставки и таким образом не возникает ожидания из-за обращения всех к этой таблице.

Это конечно про старые версии Аксапты, но "мыслится", что импорте через группу определения резервируется диапазон довольно большой, и при последующих импортах часть зарезервированны RecID теряется. И так далее и далее, в итоге упираемся в MAXVAL таблицы [SYSTEMSEQUENCES]

Посморел

PHP код:

select RECID from CUSTTABLE
order by RECID desc 


Диапазоны забавные RecID

1680993290137317294 - 1678119797343299707 (2 шт.)
5746991225213500 - 5746991225213520 (~ 200 шт.)
2873498431195913-2969044981147155 (~ 2000 шт. )
95552187129564- 95552187129568 (5 шт.)
132356740849-132356740883 (~ 100 шт.)
12486884666 - 12486884676 (10 шт.)
7349605052 (1 шт.)
5637145098 - 6207987332 (~ 15 шт.)

Записей в CUSTTABLE всего 17 146 шт.

Каком образом выбирается диапазон RecId, ну просто

[mazzy]

Цитата:

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

Это конечно про старые версии Аксапты, но "мыслится", что импорте через группу определения резервируется диапазон довольно большой

но не квинтилионы же...

[Poleax]

Цитата:

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

но не квинтилионы же...

конечно, конечно