Как выполнять дефрагментирование RecID

[mazzy]

Вопрос возник после реплики Yaroslav Batozskiy
http://www.axforum.info/forums/showt...0348#post40348

Цитата:

Например при дефрагментировании RecId я обнаружил, что есть поля со ссылками по Recid, тип которых не наследуется от RecId

Я, например, зарекся рыть в эту сторону после того как покопался в 2.5.
Именно из-за того, что есть поля, которые содержат ссылку на RecID, но не унаследованы от RecIdRef.

А кто как делает дефрагментацию RecID?
И надо ли делать эту дефрагментацию?

Yaroslav Batozskiy, очень хотелось бы услышать ваше мнение.

[Vadik]

Цитата:

Изначально опубликовано mazzy
А кто как делает дефрагментацию RecID?

А что мы будем иметь с этой дефрагментации?

[mazzy]

В двух словах.

Размер recID - unsigned double word.
Таким образом, максимальный номер recId = 2^32-1 (около 4 млрд) записей в одной компании.
В больших внедрениях это ограничение уже значимо.

Записи добавляются и удаляются. В Аксапте есть множество мест, где записи на некоторое время создаются, а затем могут удаляться. Например, журналы, заказы и т.п. Таким образом, максимальный номер может быть достигнут быстро, хотя записей в базе существенно меньше.

Тут и помогла бы дефрагментация.

[Vadik]

а что, кто-то уже с этим столкнулся?

select dataareaid, name, nextval from systemsequences order by nextval desc

давайте меряться максимальным значением NextVal

у меня 87945778

[mazzy]

а теперь экспортируй компанию и импортируй обратно с удалением предыдущих значений.

[Vadik]

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

[mazzy]

я не про это.
я про то, что:
1. max(NextVal) ни о чем не говорит
2. верхний предел теоретически может быть достигнут достаточно быстро.

[mazzy]

Цитата:

Изначально опубликовано Vadik
а что, кто-то уже с этим столкнулся?

Кстати,
Да, на течнете пару лет назад висел глас вопиющего сингапурца.
он что то там химичал с корпоративным порталом,
экспортировал/импортировал описания, путался настроить
...и уперся

[glibs]

Цитата:

Изначально опубликовано mazzy
...
А кто как делает дефрагментацию RecID?
...

Я один раз запускал штатную процедуру на небольшой тестовой базе. Вроде работает. Только лог транзакций на MS SQL у меня раздулся очень сильно. Слышал (http://technet.navision.com/workspac...tribId=1&wso=1), что на больших базах это работает не быстро.

[FishLog]

а что происходит при достжении этого предела и какие последствия ?

[glibs]

Писали на Technet. Говорили, что сначала начнут выделяться отрицательные RecID, а потом вроде как будут заполняться дырки. Скорее всего, это были предположения, нежели информация из официальных источников. Было несколько очевидцев того, что при отрицательных RecID не работают некоторые ссылки, т.к. в некоторых запросах в условиях в Select вроде как прописаны ограничения на положительный RecID. В общем, если хотите, можете поискать там. Я данным вопросом очень сильно не увлекался, так что больше вам ничего сказать не смогу.

[Андре]

Цитата:

Говорили, что сначала начнут выделяться отрицательные RecID, а потом вроде как будут заполняться дырки.

Да - при достижении максимального значения RecId, он сбрасывается в минимально-возможное значение в табличке последовательностей и потом начинает монотонно возрастать до 0.
Что происходит с ним при достижении 0 я не знаю, но очень сомневаюсь, что дырки будут заполняться.
Это связано с тем, что Аксапта либо должна где-то держать список этих дырок (а такого я не наблюдал), либо каждый раз проверять наличие recId в базе, что будет занимать ОЧЕНЬ большое время.

[Андре]

Цитата:

а что происходит при достжении этого предела и какие последствия ?

Проверить это предположение можно подвинув указатель на следующий recId в SystemSequences в область уже использованных значений.
В общем, Аксапта работает. Проблемы возникают только в тот момент, когда уже использованный recId повторно вставляется в ту же самую таблицу, куда он был вставлен за предыдущий проход. В этом случае нарушается уникальность индексов на уровне СУБД, о чем Аксапта сообщает в infolog-е. Кроме того, возможны проблемы с таблицами, в которых связь осуществляется по recId.
Все вышеописанное - всего лишь результаты эксперимента и я не советую проверять это на рабочей базе.

[George Nordic]

Приветствую всех!

Никто не мог бы подсказать, возможно ли на распределенной базе (Все таблицы общие, кроме SequenceNumber и SystemSequence) разделить RecId и часть номерных серий... т.е. что бы каждая база "думала", что она работает только в своем диапазоне, что бы при репликации данные не наслаивались друг на друга...

И вообще, кто-нибудь распределенку делал?? Поделитесь опытом плиз-з-з!

С Уважением,
Георгий.

[mazzy]

Цитата:

Изначально опубликовано glibs
Писали на Technet. Говорили, что сначала начнут выделяться отрицательные RecID, а потом вроде как будут заполняться дырки

отрицательные recID - это было очень давно. еще когда тип был signed.

[mazzy]

Цитата:

Изначально опубликовано Андре
В общем, Аксапта работает. Проблемы возникают только в тот момент, когда уже использованный recId повторно вставляется в ту же самую таблицу, куда он был вставлен за предыдущий проход. В этом случае нарушается уникальность индексов на уровне СУБД, о чем Аксапта сообщает в infolog-е. Кроме того, возможны проблемы с таблицами, в которых связь осуществляется по recId.

Да, все так.
Главное ограничение - повторные recID являются нарушением целостности и работа бизнес-логики и самой Аксапты не гарантируется.

Например, у сопоставления крыша поедет.

[George Nordic]

Цитата:

Изначально опубликовано mazzy
отрицательные recID - это было очень давно. еще когда тип был signed.

Простите, а теперь какой? Ужели RecId стал unsigned double word? У меня до сих пор отрицательных полно... Ax 3.0 SP3.

[mazzy]

это представление для пользователя.
внутри она работает с беззнаковым типом.
http://technet.navision.com/workspac...tribId=1&wso=1

[George Nordic]

Хм.. т.е. When the RecId is negative this will offcause not happen. The correct criteria is that RecIdSettlement should be checked if it is different from zero - это для пользователя так... Что ж, в таком случае - отрицательные RecId - это беззнаковые с номером выше 2^31-1 (2147483647)... Непонятно, правда, что это нам дает...

[Vadik]

PHP код:

static void Job1(Args _args)
{
    int i = 2147483647;
    ;

    print i;
    print i + 1;
    pause;
} 


2147483647
-2147483648

по-моему, очень даже signed

SystemSequences, как уже писал Андрей, ведут себя аналогично

двоичная арифметика

так у кого еще NextVal в отрицательные значения перевалило?