Oracle 11.2
Наткнулась на такой способ секционирования в БД для аналитиков.
В таблице всего 7 секций,
а вот количество подсекций в каждой секции с каждым годом надо увеличивать на 12 шт.


авторCREATE TABLE t1
(
PERIOD VARCHAR2(6 BYTE),
MRF_ID NUMBER(20),
ABN_ID NUMBER(10),
CNT NUMBER(1),
CNT_NEW NUMBER(1),
CNT_DISCON NUMBER(1),
Q NUMBER(1),
RWD ROWID
)
NOCOMPRESS
PARTITION BY RANGE (MRF_ID)
SUBPARTITION BY RANGE (PERIOD)
(
PARTITION P11 VALUES LESS THAN (12)
NOCOMPRESS
(SUBPARTITION P11_201501 VALUES LESS THAN ('201502'),
SUBPARTITION P11_201502 VALUES LESS THAN ('201503'),
SUBPARTITION P11_201503 VALUES LESS THAN ('201504'),
....
SUBPARTITION P11_202006 VALUES LESS THAN ('202007'),
SUBPARTITION P11_202007 VALUES LESS THAN ('202008'),
SUBPARTITION P11_202008 VALUES LESS THAN ('202009'),
SUBPARTITION P11_202009 VALUES LESS THAN ('202010'),
SUBPARTITION P11_202010 VALUES LESS THAN ('202011'),
SUBPARTITION P11_202011 VALUES LESS THAN ('202012'),
SUBPARTITION P11_202012 VALUES LESS THAN ('202101') ),
PARTITION P12 VALUES LESS THAN (13)
NOCOMPRESS
(SUBPARTITION P12_201501 VALUES LESS THAN ('201502'),
SUBPARTITION P12_201502 VALUES LESS THAN ('201503'),
....

Один локальный индекс
авторCREATE INDEX IND_t1 ON t1
(ABN_ID)
LOCAL (
PARTITION P11
NOCOMPRESS
(SUBPARTITION P11_201501,
SUBPARTITION P11_201502,
SUBPARTITION P11_201503,
...
SUBPARTITION P11_202010,
SUBPARTITION P11_202011,
SUBPARTITION P11_202012 ),
PARTITION P12
NOCOMPRESS
(SUBPARTITION P12_201501,
SUBPARTITION P12_201502,
SUBPARTITION P12_201503,
....

Что-то я в таком способе секционирования не догоняю, как-никак база для аналитики.
Похвалите или покритикуйте, плииз.

Я надеялась получить приблизительно такой ответ, что для аналитики это удобно потому-то и потому-то.
А мне как DBA это неудобно и не совсем понятно, поэтому и спросила.

Хорошо послали. Вы предполагаете, что аналитики - девочки, умеющие нажимать на кнопки в приложении, знают что-нибудь о секционировании?

Порассматривала я БД.

В ней тысячи секционированных таблиц, даже размером в 50-100мб.
Большинство из них секционировано таким, на мой взгляд, "странным образом".
Остальные, ещё "более странным образом".
Хотя случайно наткнулась на одну нормальную таблицу.

Статистика собирается вручную по подсекциям 1 раз месяц.
Системные задачи по сбору статистики отключены.
Индексов либо нет вообще, либо иногда попадаются по 1 секционированному индексу, поле индекса никак не связано с полями секционирования.
В половине таблиц всего по одной партиции, и одной субпартиции.
Во многих таблицах половина подсекций пустые.

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

Предполагаю, что разработчики решили заменить индексы мелко нарезанными подсекциями.

Забила я на это дело, пущай БД живёт, как и жила до меня.

Какие выборки делаются из таблицы, я и сама могу в БД увидеть.
А вот на кой программисты, которые давным-давно уволились, придумали такой способ секционирования, никакие аналитики не подскажут, тем более, что секционирование для аналитиков и программистов должно быть прозрачным.

Зашли в тему попрактиковаться попосылать "бедную женщину"? Практикуйтесь на здоровье, а я уже с этой БД разобралась, у меня уже к этой БД вопросы отпали.

Я уже 2 раза написала, что тема закрыта.
Я уже всё в ней поняла.
:)

Аруп Нанда
Секционирование достигает совершенства
11g
http://www.fors.ru/upload/magazine/03/http_texts/w_dev_ora11g_partitioning.html


Oracle Partitioning в Oracle Database 12c
Эффективное управление данными и повышение
производительности для каждой системы
СТАТЬЯ ORACLE | СЕНТЯБРЬ 2014
https://www.oracle.com/technetwork/ru/database/partitioning-wp-12c-1896137-ru.pdf


14.05.2020 на онлайн-митапе Oracle рассказывал, что в Oracle 19 будет много нового для удобства секционирования.

.