Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Много схем в БД  [new]
eml78
Member

Откуда:
Сообщений: 648
Есть такое подозрение что большое количество схем в одной БД (10-30) не считая стандартных могут снижать производительность системы. Дело в том что реально рабочей как правло является только одна, остальные тестовый и "архивные" - т.е. данные за прошлые года (т.е. обращаются к ним крайне редко - даже не каждый день). Как я понял растет объем системных таблиц и они начинают тормозить. Судя по системным view (v$) обращение к системным таблицам дает существенный вклад в события ожидания. В связи с этим вопрос если взять одну схему (рабочюю) и вынести ее в отдельную БД, то увеличит ли это скорость доступа?
19 май 06, 11:47    [2683275]     Ответить | Цитировать Сообщить модератору
 Re: Много схем в БД  [new]
UltraBlast
Member

Откуда: Москва
Сообщений: 58
Это заблуждение. Производительность не зависит от количества схем.
19 май 06, 11:52    [2683313]     Ответить | Цитировать Сообщить модератору
 Re: Много схем в БД  [new]
StarWoofy
Member

Откуда: Moscow
Сообщений: 1005
eml78
В связи с этим вопрос если взять одну схему (рабочюю) и вынести ее в отдельную БД, то увеличит ли это скорость доступа?

Это обычная практика - производственная система (сервер №1) -
архивная система (сервер №2..N).
"Количество схем" и "производительность" -
это как правило попытка сравнения "теплого" с "мягким".
19 май 06, 12:41    [2683687]     Ответить | Цитировать Сообщить модератору
 Re: Много схем в БД  [new]
eml78
Member

Откуда:
Сообщений: 648
Я вот тут статистики словаря данных посмотрел (shared pool = 304МБ). Есть там например такое:
dc_constraints
GETS=101018
GETMISSES=46235
MISSES_FACTOR=45,769
Т.е. констрайнты постонно не в кэше. Или тут другая причина?
19 май 06, 15:58    [2685178]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить