PL/SQL programátor už NEbloguje – vývoj aplikací pod databází Oracle

Dnes tip na jedno úžasné view o kterém zrovna dlouho nevím – V$SEGMENT_STATISTICS. Obecně v Oracle platí, že v tabulkách a pohledech lze nalézt téměř vše s menšíma výjimkami - například binding proměnnou v projection selectu jinak než trace eventem nedohledáme (na rozdíl od binding proměnných v predikátech), což nám třeba kdysi vadilo na Siebelu, kdy tagoval sql, které pral do databáze select xx ,’zde’ from yyy;  Ale zpět k pohledu V$SEGMENT_STATISTICS, jak název napovídá je tam statistika segmentů.

Dokuementace: http://docs.oracle.com/cd/E11882_01/server.112/e10820/dynviews_3003.htm

Takže nějaká ukázka:

create table segment_test as

select rpad('A'||ROWNUM||'A',500,ROWNUM) as col from dual connect by level<1000;

A rovnou pohled V$SEGMENT_STATISTICS:

V$SEGMENT_STATISTICS

A nyní spočet statistik, jak naše tabulka vypadá (ok, jsem hulvát, ale dbms_stats.gather_table.. je strašně dlouhé

analyze table SEGMENT_TEST compute statistics;

A při pohledu do all_tables je vidět, že tabulka má 72 datových bloků, což dává smysl.  To jsou statistiky, které vznikly při CTASu. Takže proč to nezkusit znovu:

sqlplus / as sysdba

shutdown immediate;

startup;

Nyní V$SEGMENT_STATISTICS pro novou tabulku nevrací nic (ani prázdné řádky s nulou). Takže znovu s tím nejjednodušším:

select * from segment_test where rowid='AAATAAAABAAAVFSAAF';

A nyní pohled v V$SEGMENT_STATISTICS:

V$SEGMENT_STATISTICS - po selectu přes ROWID

Jeden přístup do segmentu, jedno čtení po selectu s jedním rowid v podmínce. Tedy funguje !

P.S. Při pohledu na mé rowid je asi jasné, že jsem doma trošku prase, ale psst

Oracle poskytuje k kladění výkonu velice zajímavou tabulku ALL_TAB_MODIFICATIONS, ve které jsou odkady operací, které jsou prováděny nad tabulkou – INSERT,DELETE,UPDATE. Tahle tabulka pak může sloužit jednak jako kontrolní zda-li se v databázi nedějí nějaké nekalosti a druhak při optimalizaci počitání statistik, indexů a obecně k ladění výkonu.

Tada v tabulce pochopitelně z výkonových důvodů nejsou pravidelně aktualizována, ale jako odhad, jsou určitě postačující. Tabulku lze pak vyflushovat pomocí PL/SQL procedury DBMS_STATS.FLUSH_DATABASE_MONITORING_INFO;