Первичный ключ "ID", "DATE" локальный
как же вы раньше не заметили, что MAX(ID) постоянно все секции перебирает...
Клиентское приложения периодически запрашивает MAX(ID) для инкрементирования.
интересно, как вы раньше не нарвались на проблемы консистентности? "Одновременно" две сессии никогда не инкрементировали? Не проще вам было эмулировать сиквенс, например, завести отдельную таблицу для "текущего max(id)" - и брать его оттуда с увеличением в автономке и уже потом возвращать.
Насчет текущего: Допустим у вас такая таблица:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
create table t (
id int,
dt date,
constraint t_pk primary key(id,dt)
using index local
)
partition by range (dt)
interval(numtodsinterval(1, 'day'))
(
PARTITION p0 VALUES LESS THAN (date'2022-01-01')
)
/
begin
insert into t
select level, date'2022-01-01' + numtodsinterval(level,'hour')
from dual
connect by level<=24*30;
dbms_stats.gather_table_stats('','T');
end;
/
max(id) тогда будет с перебором всех секций
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Plan hash value: 2937412234
----------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
----------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 4 | 1 (0)| 00:00:01 | | |
| 1 | SORT AGGREGATE | | 1 | 4 | | | | |
| 2 | PARTITION RANGE ALL | | 1 | 4 | 1 (0)| 00:00:01 | 1 |1048575|
| 3 | INDEX FULL SCAN (MIN/MAX)| T_PK | 1 | 4 | 1 (0)| 00:00:01 | 1 |1048575|
----------------------------------------------------------------------------------------------------
max(dt) тоже будет не быстрым - см IFFS
1.
2.
3.
4.
5.
6.
7.
8.
----------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
----------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 8 | 10 (0)| 00:00:01 | | |
| 1 | PARTITION RANGE ALL MIN/MAX| | 1 | 8 | | |1048575| 1 |
| 2 | SORT AGGREGATE | | 1 | 8 | | | | |
| 3 | INDEX FAST FULL SCAN | T_PK | 720 | 5760 | 10 (0)| 00:00:01 |1048575| 1 |
----------------------------------------------------------------------------------------------------
select max(id) from t partition for (date'...') или просто partition (имя секции) конечно работать будут, но это вам надо будет получать сначала или макс дату или имя секции:
select max(id) from t partition for (date'2022-01-28')
1.
2.
3.
4.
5.
6.
7.
8.
----------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
----------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 4 | 1 (0)| 00:00:01 | | |
| 1 | SORT AGGREGATE | | 1 | 4 | | | | |
| 2 | PARTITION RANGE SINGLE | | 1 | 4 | 1 (0)| 00:00:01 | 29 | 29 |
| 3 | INDEX FULL SCAN (MIN/MAX)| T_PK | 1 | 4 | 1 (0)| 00:00:01 | 29 | 29 |
----------------------------------------------------------------------------------------------------
Можете, конечно, сделать функцию, которая будет сначала получать имя секции или дату и уже потом селектить по ней, но тогда лучше еще индекс завести например
1.
create index t_ix_dt_id on t(dt,id) local;
