Incremental Statistics on Partitioned Objects

-

Ab Oracle 12.2 können die Statistiken z.B. partitionierter Tabellen "inkrementel" erstellt werden. Dadurch entfällt z.B. in DWH-Umgebungen der sehr aufwändige Full-Table-Scan nachdem nur eine Partition geladen wurde.

Um incremental statistics nutzen zu können, muss dieses für die Tabelle eingeschaltet werden:

Einstellungen prüfen:
select
    DBMS_STATS.GET_PREFS('ESTIMATE_PERCENT', 'HM19_STAGE', 'I_OKV_FALL_FZ') ESTIMATE_PERCENT
  , DBMS_STATS.GET_PREFS('GRANULARITY', 'HM19_STAGE', 'I_OKV_FALL_FZ') GRANULARITY
  , DBMS_STATS.GET_PREFS('INCREMENTAL', 'HM19_STAGE', 'I_OKV_FALL_FZ') INCREMENTAL
  , DBMS_STATS.GET_PREFS('INCREMENTAL_LEVEL', 'HM19_STAGE', 'I_OKV_FALL_FZ') INCREMENTAL_LEVEL
  , DBMS_STATS.GET_PREFS('PUBLISH', 'HM19_STAGE', 'I_OKV_FALL_FZ') PUBLISH
  , DBMS_STATS.GET_PREFS('APPROXIMATE_NDV_ALGORITHM', 'HM19_STAGE', 'I_OKV_FALL_FZ') APPROXIMATE_NDV_ALGORITHM
  , DBMS_STATS.GET_PREFS('INCREMENTAL_STALENESS', 'HM19_STAGE', 'I_OKV_FALL_FZ') INCREMENTAL_STALENESS
  from dual;
--> sollte folgendes liefern: DBMS_STATS.AUTO_SAMPLE_SIZE    AUTO    TRUE    PARTITION    TRUE

ggfs. sind die Einstellung zu setzen:
-- Bsp.: incremental stats einschalten
exec DBMS_STATS.SET_TABLE_PREFS('HM19_STAGE', 'I_OKV_FALL_FZ', 'INCREMENTAL', 'TRUE');

Nach dem setzen spezieller Eigenschaften können diese hier abgefragt werden:
-- Tbl-spezielle Einstellungen anzeigen:
select * from USER_TAB_STAT_PREFS;


Vorgehen:
1) Tabelleneigenschaften setzen (idealerweise gleich bei der Erstellung der Tabelle)
exec DBMS_STATS.SET_TABLE_PREFS('HM19_STAGE', 'I_OKV_FALL_FZ', 'INCREMENTAL', 'TRUE');

2) Tabellenstatistiken initial erstellen
exec DBMS_STATS.GATHER_TABLE_STATS (ownname => 'HM19_STAGE', tabname => 'I_OKV_FALL_FZ');

3) Neue Partition anlegen und laden
alter table I_OKV_FALL_FZ ADD PARTITION P_2 VALUES (2);
insert /*+ APPEND */ into I_OKV_FALL_FZ partition for (2) ...;

4) (nach jeden Laden einer neuen Partition): Tabellenstatistik erstellen
exec DBMS_STATS.GATHER_TABLE_STATS (ownname => 'HM19_STAGE', tabname => 'I_OKV_FALL_FZ');
(geht nun sauschnell! :-)



Das Ergebnis kann wie folgt geprüft werden:
- auf Tabellenebene:
select *
  from USER_TAB_COL_STATISTICS UTCC
 where UTCC.TABLE_NAME = 'I_OKV_FALL_FZ';
--> Spalte NOTES mit "INCREMENTAL  " zeigt an, dass Tbl-Statistiken incrementell erstellt wurden

- auf Partitionsebene:
select *
  from USER_PART_COL_STATISTICS UPCC
 where UPCC.TABLE_NAME = 'I_OKV_FALL_FZ';
--> Spalte NOTES mit "STATS_ON_LOAD " zeigt an, dass Statistiken direkt beim Laden erstellt wurden



Quelle u.a.: https://docs.oracle.com/en/database/oracle/oracle-database/19/tgsql/gathering-optimizer-statistics.html#GUID-63E195EB-10F4-428B-9912-3E98C2A957BF

Kommentare

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

PGA unter Oracle 11g

-
aus der Doku: Quelle: http://download.oracle.com/docs/cd/E11882_01/server.112/e16638/memory.htm#PFGRF94351 7.5 PGA Memory Management For complex queries (for example, decision support queries), a big portion of the run-time area is dedicated to work areas allocated by memory intensive operators, such as the following: * Sort-based operators, such as ORDER BY, GROUP BY, ROLLUP, and window functions * Hash-join * Bitmap merge * Bitmap create * Write buffers used by bulk load operations Sizing: A) Ideally, the size of a work area is big enough that it can accommodate the input data and auxiliary memory structures allocated by its associated SQL operator. This is known as the optimal size of a work area. B) When the size of the work area is smaller than optimal, the response time increases, because an extra pass is performed over part of the input data. This is known as the one-pass size of the work area. C) Under the one-pass threshold, when the size of a work area is far too small compar
Mehr anzeigen

trunc(sysdate) - nette Spiele mit dem Datum

-
Über die trunc-date Funktion läßt sich ausgehend von einem Datumswert sehr einfach ein abgeleiteter Datumswert ermittelt: bspw. der Jahres-, Quartals-, Monats- oder Wochenanfang. Die 11g Doku erläutert dies an zwei Stellen: http://download.oracle.com/docs/cd/B28359_01/server.111/b28286/functions209.htm#SQLRF06151 bzw. http://download.oracle.com/docs/cd/B28359_01/server.111/b28286/functions242.htm#sthref2718 So liefert select trunc(to_date('06.02.2011'),'q') from dual; das DATUM des Quartalsersten (im Bsp. den 01.01.2011). Wichtig ist, dass trunc immer ein Datum zurückliefert, keinen String. Einige Beispiele anhand des 20.Feb 2011 (ein Sonntag in der 07 KW in 2011): select trunc(to_date('20.02.2011'),'d') from dual; select trunc(to_date('20.02.2011'),'dd') from dual; select trunc(to_date('20.02.2011'),'ddd') from dual; select trunc(to_date('20.02.2011'),'mm') from dual; select trunc(to_date('20.02.2011&
Mehr anzeigen

Datapump - Verzeichnis erstellen

-
siehe auch Metalink-Doc: 266875.1 HOW TO SPECIFY A DIRECTORY IN ORACLE10G EXPORT/IMPORT DATAPUMP -------------------------------------------------------------- 1. SERVER-BASED OR CLIENT-BASED ---------------------------- The parameter DIRECTORY specifies the location to which Export DataPump or Import DataPump can write the dump file set, the log file, and the SQL file (Import DataPump only). As export DataPump and import DataPump are server-based, rather than client-based, the output files are accessed relative to server-based directory paths. Data Pump requires you to specify directory paths as directory objects. A directory object maps a name to a directory path on the file system. 2. HOW TO CREATE A DIRECTORY ------------------------- To create a directory, you must have the DBA role or you must have been granted the CREATE ANY DIRECTORY privilege. Example (a DBA creates directories on the Windows platform and grants access to user scott): SQL> CONNECT
Mehr anzeigen