Контроль роста размера базы данных Oracle

[sadgb]

О, теперь я вижу как с каждым днем места все меньше и меньше, и что?

>Совсем недавно на работе стало необходимым контролировать рост размера базы данных Oracle. Связано это >было с тем, что места осталось не так много, что -то около 100 Гб, а в двух компаниях (компании крупные, >страховые) базы стремительно растут.

Так вы его отслеживаете просто или контролируете? В чем смысл простого отслеживания?

[INCWADRA]

Отслеживаем и контролируем, это необходимо для закупа дополнительного оборудования, сами понимаете надо заранее оповестить руководство
Мы видим какие табличные пространства растут, а некоторые высвобождаются

[INCWADRA]

Ну и практическое изучение системных таблиц)

[zhekappp]

Может быть лучше изучить возможности штатного EM и не изобретать велосипед? ;)
Вроде, история там есть. Контроль тоже легко настраивается.
А еще лучше, конечно, EM grid control…

[INCWADRA]

EM это конечно круто, а если нет его? EM grid control это еще круче но и стоит прилично

[zhekappp]

что мешает поставить EM?
Что касается GC:
Oracle Enterprise Manager (OEM) Database Control and Grid control is provided free of charge, however, the management packs needs to be licensed for the number of users or CPU's that you «monitor» with it.

[INCWADRA]

Стоит дорого

[xtender]

Далее создадим вью current_tablespace_size там будем хранить текущие данные о табличных пространствах и суммированные данные.

Это не мат.вью, чтобы там что-то хранить.
Вообще у вас и код показательный — сразу видно что учить oracle толком не начали.
union во вьюхе — изучите rollup, grouping sets.
(select MAX(TIME_SNAPSHOT) from db_TABLESPACE_SIZE) — индексов не создали, сколько раз мучать таблицу будете всего в одном запросе… Сплошный full table scan…
Кроме того, есть еще и max() keep (dense_rank ...)

[INCWADRA]

Пжл, не надо придираться к словам, я прекрасно знаю, что вью не хранит данные. В следующий раз напишу «Далее создадим вью current_tablespace_size там будем отображать текущие данные о табличных пространствах и суммированные данные.»
Если вы заметили, то во втором insert используется GROUP BY CUBE. Я прекрасно знаю rollup, просто сделал union сначала, забыл переписать.
Создавать индексы, конечно важно, но на таблицу, которая разрастется за год на >2000 записей не вижу смысла

[xtender]

Если вы заметили, то во втором insert используется GROUP BY CUBE. Я прекрасно знаю rollup, просто сделал union сначала, забыл переписать.

Да мне лень все огрехи указывать, туда даже не дошел. Если захотите сами подучите и аналитику и прочее.