дополнительное условие по теме можно ли как-то ускорить эти запросы (в 1024К раз) без переписывания:
если известно, что
а) таблица всегда только дописывается, т.е.
в старых партициях CREATE_TS не появляются новые run_id
б) под конкретным техн.юзером use case этой таблицы выглядит так:
1) заполнить, вставив набор строк с:
- конкретным run_id
- CREATE_TS, равным CURRENT_TIMESTAMP
2) прочитать (для сбора итогов или иных целей) "только что вставленное" на шаге 1, при этом:
- run_id известен и фильтруется (сейчас так работает тех.запрос)
- CREATE_TS не фильтруется и не известен тех.запросу, но его можно указать не точный, а на сутки назад от CURRENT_TIMESTAMP , т.к. это все равно решит задачу отсечения лишних 365*3 партиций
в этом use case применимым выглядит подклеивание к запросам этого юзера к этой таблице условия во where:
CREATE_TS > systimestamp - 1
сделать это можно, например, навесив vpd policy
https://docs.oracle.com/cd/B28359_01/network.111/b28531/vpd.htm#DBSEG98215
Essentially, Oracle Virtual Private Database adds a dynamic WHERE clause to a SQL statement that is issued against the table, view, or synonym to which an Oracle Virtual Private Database security policy was applied.
конечно, это нецелевое ее использование, но - рабочий вариант?
