CustInvoiceTrans кластерный индекс

[konopello]

Шутка с долей правды "Кластерный индекс по recId был сделан для того что бы кто-нибудь не создал кластерный индекс по другому индексу ".

[Alexius]

Цитата:

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

ну если подумать что recId теперь состоит с 64-бит и выделяется инкрементно, то проводки физически будет расположены в порядке их создания.

Это если в базе только одна компания.

[egorych]

Цитата:

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

Это если в базе только одна компания.

В 4 врое как RecId выделяется на таблицу без учета компании. Или я что-то путаю ?

[Alexius]

Цитата:

Сообщение от Андре

Например, таблицы без кластерных индексов не подвержены не экстентовой дефрагментации, ни внутренней. И в случае массовой вставки/обновления/удаления - неиспользуемое пространство будет лишь дырами в страницах.

А можно с этого места поподробнее ?
Насколько я представляю, таблица без кластерного индекса имеет внутренний уникальный 8-ми байтный ключ, последовательные значения которому присваивается при вставке записей и дефрагментация может возникнуть только при удалении записей, но не при вставке или обновлении.

PS. Это все для MS SQL, хотя для Oracle должно быть что-то аналогичное

[Alexius]

Цитата:

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

В 4 врое как RecId выделяется на таблицу без учета компании. Или я что-то путаю ?

Ага, только никто не догадался, что из индексов по RecId (кластерных и некластерных) неплохо бы выкинуть поле DataAreaId, идущее первым или воткнуть его вторым.

[konopello]

Цитата:

В 4 врое как RecId выделяется на таблицу без учета компании. Или я что-то путаю ?

Да именно так "Выделение происходит не в разрезе компании как это было в 3-ке, а отдельно для каждой таблицt".

Но при этом всплыла интересная штука: "Нет гарантии, что записи, вставляемые в одну и ту же таблицу, будут иметь последовательные идентификаторы, если они вставляются различными серверами AOS" - во как.

Так что, возможно кластерный индекс и зря предусмотрен для этой таблицы