|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Serg Vasiltsoff 2:5020/400 31 Jan 2001 12:32:56
To : All
Subject : Re: Зависимость производительности от роста БД (Microsoft SQL Server 7.
--------------------------------------------------------------------------------
> TT> При нормально спроектированной БД ему все одно, что 5000, что
100.000,
> TT> что 5.000.000 записей.
>
> TT> Если поиск идет по индексам - то его время зависит от количества
> TT> записей в таблицах по логарифму, причем очень пологому.
> Мне кажется сложную БД так не построить, т.к. не отследить, что многие
запросы
> используют table scan на небольшом объеме данных. Даже
сценарого-генерированные
> данные не всегда выручат. У меня складывается впечатление, что
архивирование
> данных с удалением из рабочей БД неизбежность.
Угу, а потом - объединение с архивами при каждом запросе ;)
Если ограничить выборку данных из массивов, например, понятием "рабочая
дата", а доступаться к архивам из отдельных приложений (процедур), то все
становится просто. В оперативной работе никто дальше "сегодня" не убежит, а
при построении отчетности не будет головняка.
А вот с администрированием растущей базы есть свои неприятные моменты. Тут
чем база меньше, тем лучше - быстрее восстанавливается.
--- ifmail v.2.15dev5
* Origin: Lime Systems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
