 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Edward Shevtsov 2:5020/400 02 Sep 2002 15:12:44 To : Michael Subject : Re: Hужна СУБД с быст рым добавлением запис ей --------------------------------------------------------------------------------
> >> Говорим об Оракле.
> >>
> >> 1. Секционирование наиболее подходящее решение в данном случае. Hо вот
> >> стоит ли создавать "секцию" на каждый день - я далеко не уверен.
>
> AL> Hужно делать делать столько секций, сколько процедур загрузки.
>
> Данные обычно секционируются на основе боле мене логических правил а не
> на основе столь технической вещи как процедура загрузка, котороя не постоянна
> по своей природе
>
> AL> Т.е.,
> AL> грузить только в пустое место (чтобы не перестраивать индекс по уже
> AL> залитым данным - лишняя работа).
>
> Если ты используешь direct path то тогда у таблицы не д.б. индексов.
>
> >> 2. индексы должны быть локальными
> >> 3. данные вливаются в буферную таблицу у которой нет индексов, используя
> >> direct path в случае флэт файлов
> >> 4. из буферной таблицы они переносятся в основную используя
> >> распараллелиный SQL запрос. (в случае многопроцессорного сервера)
>
> AL> А это-то все (пп. 3 и 4) зачем ?
>
> сравни разницу в скорости загрузки между сonventional path и direct path на
> больших объемах данных
>
> для более подробной информации см. Oracle Data Warehousing Guide
>
Если условия задачи позволяют, я бы п.4 заменил на ALTER TABLE EXCHANGE
PARTITION с предварительным
созданием на ней индексов. Это работает быстрее чем перенос данных (даже
параллельный) через DML.
Regards,
Ed
--- ifmail v.2.15dev5
* Origin: VoronezhSvyazInform ISP News Server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /su.dbms/6307ffda7e82.html, оценка из 5, голосов 10
|
|
|