|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от Vadik
так у Вас счетчик RecId переполнится в любом случае очень скоро - они из общего пула берутся, никакая "проверка кодов записей" не поможет
- вариант с виртуальными компаниями конечно интересный, хотя и небезгеморройный с точки зрения настройки и переноса данных - посмотрите на стр. 524 Databases Advanced - там описана возможность генерировать уникальные RecId в пределах таблицы и компании, а не компании. Вариант тоже не без проблем, первая же "проверка кодов записей" эту идиллию порушит, опять же надо что-то делать с существующими данными (ссылки по RecId) P.S. как представил себе SysDatabaseLog по строкам заказов, которых до 400 тысяч в день - жуть P.P.S. с т.зр. производительности - какая разница системе, что в поле DataAreaId пишется? Про dataareaid - оно первое во всех индексах. Специалистами высказывается опасение, что разные dataAreaId приведут к тормозам. |
|
![]() |
#2 |
злыдень
|
Цитата:
Сообщение от 7Up
Про dataareaid - оно первое во всех индексах. Специалистами высказывается опасение, что разные dataAreaId приведут к тормозам.
__________________
Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/ |
|
Теги |
recid, виртуальные компании, производительность |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|