снова RecId из SQL

[SHiSHok]

Ax3.0sp3 vs MSSQL2k.sp3
сделал свою табличку, к ней форму и отчеты основанные на данных таблицы (т.е. в данном случае ax выступает в роли удобной,единой среды для просмотра данных и формирования отчетов). заполнение делается из T-SQL распределенным по подразделениям запросом. RecId создаю последовательно с 1 инкремент 1.
Все работает.
Вопрос: есть ли какие противопоказания к такому исполнению RecId ?

Можно SQL запрос и из ax запустить, но не хочется. Можно и recId генерить из SYSTEMSEQUENCES, но не хочется. Отчетные данные будут ежедневно обновляться, а это порядка 50000 записей - не хочется recId фрагментировать.

[Eldar9x]

можно спросить, а как вы решили вопрос с генерацией recid в самой аксапте? Ведь если номер наложится на существующий, то аксапта не даст создать запись...

[MironovI]

Цитата:

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

Вопрос: есть ли какие противопоказания к такому исполнению RecId ?.

Ну навскидку -
1) не надо делать ссылок по Recid на эту таблицу из других.
2) Штатные \ нештатные механизмы дефрагментации Recid должны иметь эту таблицу ввиду

[ZVV]

Цитата:

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

Ну навскидку -
1) не надо делать ссылок по Recid на эту таблицу из других.
2) Штатные \ нештатные механизмы дефрагментации Recid должны иметь эту таблицу ввиду

А в чём проблема в 1)?
2) - согласен.
Других проблем не вижу..

2 Eldar9x - у него отдельная таблица, в которой записи из Аксапты не генерятся. Поэтому ничего не наложится.

[SHiSHok]

Цитата:

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

А в чём проблема в 1)?
2) - согласен.
Других проблем не вижу..

2 Eldar9x - у него отдельная таблица, в которой записи из Аксапты не генерятся. Поэтому ничего не наложится.

Даже если добавляться и будут, то у меня текущий RecId уже далеко за миллиард, а я RecId для отчетной таблицы с 1 генерю. Ссылок на recId никаких нет. Удобство работы с содержимым и отчеты. Надо не забыть зачистить таблицу при дефрагментации recId .

Спасибо за ответы. буду внедрять.