Проблема производительности при использовании виртуальных компаний.

[Михаил Андреев]

Цитата:

Сообщение от 7Up

до 400 тыс строк заказов в день. Все остальное пропорциоанально.
ЛОги на все основные таблички.

Любопытно, откуда возьмутся эти поллимона строк? Кто их набьёт? Если люди, то их не менее 1-2 тыс. должно быть. И зачем логи на все основные таблицы?
Напоминает анекдот про бензопилу и суровых сибирских мужиков.
Либо дерево не то, либо инструмент не тот.
При таком объёме дублирование RecId - мелочь по сравнению с кучей других проблем. Как вы склад закрывать собираетесь? А сводное планирование как будет работать? И как одновременно тысяча человек будут работать с одними и теми же таблицами, взаимными блокировками и т.п.?
Чисто гипотетически:
1. Создание виртуальных компаний проблему RecId вряд ли решит. Да и ни к чему её таким образом решать: реально важно отсутствие дублирования RecId в одной компании одной таблицы.
2. Убирание dataareaid тоже вряд ли даст эффект в проблеме RecId. Не думаю, что эффект по производительности будет очень существенен: в большинстве таблиц индексы строятся с его учётом, а базы данных очень хорошо умеют сами оптимизировать запросы. Поэтому, на мой взгляд, гораздо эффективнее построить администратора базы данных, чем убрать dataareaid.