Oracle extended architecture

create type ... create type body...

ODCIGet Interfaces() ODCIIndexCreate() ODCIIndexDrop() ODCIIndexStart() ODCIIndexFetch() ODCIIndexClose() ODCIIndexInsert() ODCIIndexUpdate() ODCIIndexDelete() ODCIIndexGetMetadata() ODCIGetInterfaces() ODCIStatsCollect() ODCIStatsDelete() ODCIStatsSelectivity() ODCIStatsIndexCost() ODCIStatsFunctionCost()

User defined

data type

system Inte

rfac

eUser defined

indexes

Inte

rfac

e

Extensions

of

SQL

optimizer

Inte

rfac

e

PL/SQL

cartridge Inte

rfac

e

Oracle

Spatial

cartridge Inte

rfac

e

2

Kodola paplašināšanas process

Problēmu vides analīze

Nepieciešamo objektu noteikšana

Objektu tipu definēšana ar SQL un PL/SQL

Nepieciešamās metodes problēmu vidē

IndekssEksistējošs

indekssJauna indeksa tipa definēšana

Domain ind.

Indeksa definēšana

Eksistējošā optimizatora lietošana

Optimizatora paplašināšana

Testēšana

Scenāriju komandu izpilde

Izmaksas

3

Paplašināmās indeksēšanas mehānismsJauna indeksa tipa veidošana

Tā kā indeksēšana dažādiem datu tipiem var krasi atšķirties, Oracle piedāvā universālu paplašināmās indeksācijas mehānismu, ar kura palīdzību ir iespējams:

1) definēt problēmsfēras indeksu kā jaunu indeksa tipu;2) glabāt indeksa datus vai nu Oracle DB (tabulu veidā), vai arī ārpus

tās;3) kontrolēt, izgūt un izmantot indeksu datus, lai optimālāk realizētu

lietotāja vaicājumus.Tādus indeksus sauc par problēmsfēras indeksiem, jo tie indeksē datus problēmsfēras specifiskajā veidā.

Kodola paplašinājumam nepieciešams:1) definēt indeksa formātu un saturu;2) izveidot, izdzēst un atjaunot indeksu;3) piekļūt un interpretēt indeksa saturu (vaicājumu izpildes laikā).

Indeksa tipa definēšana notiek pakāpeniski:1) sākumā tiek definēti problēmsfēras operatori;2) tad objektu tips ar tā ķermeni, kas realizē pilnvērtīgai indeksa

darbībai nepieciešamās metodes;3) tad tiek izveidots indeksa tips, balstoties uz dotajiem uz iepriekš

izveidotajiem operatoriem un objektu tipu.

Oracle paplašināmo indeksu darbības pamatprincips ir pamattabulas rindiņu identifikatoru glabāšana kopā ar datiem – darbojoties indeksa mehānismam vaicājuma laikā, datu bāzes vadības sistēmai tiek nodotas to rindiņu identifikatori, kas apmierina specializēto vaicājumu (indeksa mehānisms var tikt iedarbināts, kad vaicājuma WHERE daļā parādās problēmsfēras operators, kas ir piesaistīts indeksa tipam). Tādā veidā, ja vien ir iespējams, rindiņas, kuras var tikt izgūtas, balstoties uz operatora predikāta izteiksmi, tiek izgūtas pateicoties indeksa mehānisma darbībai,- ja vien optimizators nosaka, ka griešanās pie problēmsfēras indeksa ir izdevīgāka (paplašināmā optimizatora specifika tiks apskatīta nākamajā apakšnodaļā).

4

Objekta tipu projektēšanaObjekta paraugs (reģioni, vērtības)

5

Objekta tipu definēšana

Tiek definēts kolekciju tips reģionu vērtību

glabāšanai.

Masīvs reģionu vērtību glabāšanai

create or replace type T_REGIONU_VERTIBAS as varray(25) of number;

Objektu tips reģionu vērtību glabāšanai, kas papildus satur:

1) ieraksta laiku;

2) minimālās elektroenerģijas patēriņa vērtības;

3) maksimālās elektroenerģijas patēriņa vērtības;

4) kopējās elektroenerģijas patēriņa vērtības;

5) metodi to noteikšanai.

create or replace type T_ENERGO_PIEPRAS as object (

KOP_PIEPRAS number,

MIN_PIEPRAS number,

MAX_PIEPRAS number,

REGIONU_VERTIBAS T_REGIONU_VERTIBAS,

LAIKS date,

MEMBER procedure APR_PIEPRAS);

6

Metode APR_PIEPRAS

Metode APR_PIEPRAS kalpo kopējā, minimālā un maksimālā elektroenerģijas

patēriņa aprēķināšanai un saglabāšanai atribūtos. Algoritms iziet cauri visām

kolekcijas vērtībām, un izskaitļo to summu, kā arī atrod minimālo un maksimālo

vērtības. Objektu tipa ķermeņa izveidošana:

create or replace type body T_ENERGO_PIEPRAS as

MEMBER procedure APR_PIEPRAS is

i number;

kop number;

minv number;

maxv number;

BEGIN

kop := 0;

minv := REGIONU_VERTIBAS(REGIONU_VERTIBAS.FIRST);

maxv := REGIONU_VERTIBAS(REGIONU_VERTIBAS.FIRST);

for i in REGIONU_VERTIBAS.FIRST .. REGIONU_VERTIBAS.LAST LOOP

kop := kop + REGIONU_VERTIBAS(i);

if minv > REGIONU_VERTIBAS(i) then minv :=

REGIONU_VERTIBAS(i);

end if;

if maxv < REGIONU_VERTIBAS(i) then maxv :=

REGIONU_VERTIBAS(i);

end if;

end loop;

KOP_PIEPRAS := kop;

MIN_PIEPRAS := minv;

MAX_PIEPRAS := maxv;

end; end;

7

-- Tabula ar problēmsfēras objekta tipa kolonnu

create table ENERGO_TABULA (

ID number Primary key,

PARAUGS T_ENERGO_PIEPRAS);

delete ENERGO_TABULA;

-- Datu ievade

DECLARE

EN T_ENERGO_PIEPRAS;

BEGIN

EN := T_ENERGO_PIEPRAS(NULL, NULL, NULL,

T_REGIONU_VERTIBAS( 5, 7,12, 7, 4, 6,10,13, 8, 5, 9,14,12, 9, 6, 8, 9,11,10, 7,

6, 7,10, 9, 5),

TO_DATE('01-01-2006 01','MM-DD-YYYY HH') );

EN.APR_PIEPRAS;

INSERT INTO ENERGO_TABULA VALUES (1, EN);

END;

8

select a.*

from ENERGO_TABULA a;

9

Izveidoto objektu apstrādes funkcijas

Funkcija Patiesumvērtība

ENERGO_VIENADS (paraugs, 1, 5) = 1 Patiess, jo 1. reģiona vērtība ir 5

ENERGO_LIELAKS (paraugs, 2, 8) = 0 Patiess, jo 2. reģiona vērtība nav lielāka par 8

ENERGO_VIENADS_JEBK (paraugs, 3) = 1 Aplams, jo neviena no vērtībām nav vienāda ar 3

ENERGO_LIELAKS_JEKB (paraugs, 13) = 1 Patiess, jo 12. reģiona vērtība tik tiešām ir lielāka par 13

ENERGO_MAZAKS_JEBK (paraugs, 6) = 0 Aplams, jo vairākas vērtības ir mazākas par 6

Oracle operatori tiek piesaistīti konkrētajām funkcijām. Līdz ar to sākumā

ir jāizveido attiecīgās funkcijas, un pēc tam ar noteiktu komandu

palīdzību jāpiesaista operatoriem.

10

Funkciju izveidošana

Funkcija F_ENERGO_VIENADS, kas kā parametrus pieņem attiecīgā objektu tipa

eksemplāru (kas satur reģionu vērtību kolekciju), reģiona numuru un vērtību, ar kuru

funkcija veic salīdzināšanu. Funkcija pārbauda, vai norādītā reģiona indekss

nepārsniedz masīva pēdējo indeksu, un salīdzina argumentos sniegto vērtību ar

attiecīgā reģiona ierakstīto vērtību objektu tipa eksemplārā. Ja vērtības ir vienādas,

tad funkcija atgriež vērtību „1” (patiess), pretējā gadījumā – „0” (aplams).

-- Vai enerģijas patēriņa vērtība ir vienāda ar objekta konkrētā reģiona patēriņu?

CREATE FUNCTION F_ENERGO_VIENADS (OBJ T_ENERGO_PIEPRAS,

REGIONS NUMBER, VERTIBA NUMBER) RETURN NUMBER AS

BEGIN

IF REGIONS <= OBJ.REGIONU_VERTIBAS.LAST THEN

IF (OBJ.REGIONU_VERTIBAS(REGIONS) = VERTIBA) THEN

RETURN 1;

ELSE

RETURN 0;

END IF;

ELSE

RETURN NULL; -- ārpus robežām

END IF;

END;

Funkciju nosaukumi, kas ir analogi attiecīgo operatoru nosaukumiem, sākās ar

priedēkli „F_”. Funkciju argumentu vērtībām jāsakrīt ar operatora argumentiem.

11

Funkciju piesaiste operatoriem

Kad funkcijas ir izveidotas, tās var piesaistīt operatoriem. Operatoru izveide Oracle

notiek ar komandas CREATE OPERATOR palīdzību, kur operatora nosaukumam

norāda parametru kopu un atgriežamo vērtību, un, svarīgākais – izmantojamo

funkciju. Operatoru izveide:

create operator ENERGO_VIENADS binding (T_ENERGO_PIEPRAS, NUMBER, NUMBER) return number USING F_ENERGO_VIENADS;

create operator ENERGO_LIELAKS binding (T_ENERGO_PIEPRAS, NUMBER, NUMBER) return number USING F_ENERGO_LIELAKS;

create operator ENERGO_MAZAKS binding (T_ENERGO_PIEPRAS, NUMBER, NUMBER) return number USING F_ENERGO_MAZAKS;

create operator ENERGO_VIENADS_JEBK binding (T_ENERGO_PIEPRAS, NUMBER)return number USING F_ENERGO_VIENADS_JEBK;

create operator ENERGO_LIELAKS_JEBK binding (T_ENERGO_PIEPRAS, NUMBER)return number USING F_ENERGO_LIELAKS_JEBK;

create operator ENERGO_MAZAKS_JEBK binding (T_ENERGO_PIEPRAS, NUMBER) return number USING F_ENERGO_MAZAKS_JEBK;

select a.ID

from ENERGO_TABULA a

where ENERGO_VIENADS(a. PARAUGS, 2, 7) = 1;

12

Lietotāju definēti operatori un indeksēšana

Operatori ir augsta līmeņa shēmas elementi. To realizācija ir ļoti cieši sasaistīta ar paplašināmo indeksēšanu. Gadījumā, ja noteikts operators, kas ir piesaistīts problēmsfēras indeksa tipam, ir sastopams vaicājuma WHERE daļā, tad indeksācijas mehānisms, balstoties uz operatora predikātu informāciju, var optimizēt vaicājumu un iedarbināt indeksēšanas mehānismu, t.i., neveicot pilnu tabulas skenēšanu, bet gan analizējot indeksa struktūru – indeksam tiks nodota visa informācija par operatora predikāta izteiksmi, uz kā bāzes tad arī notiks attiecīgās darbības pamattabulas rindiņu izgūšanai.Lietotāju definēti operatori tiek piesaistīti noteiktai funkcijai, kura kā pirmo parametru noteikti satur objektu tipu, kuram šis operators tiek piemērots.Sākumā tiek izveidotas attiecīgās funkcijas, un tad operatori – ar CREATE OPERATOR palīdzību. Praktiskajā daļā tiks apskatīti operatoru izveide un indeksa tipa izveide problēmsfēras objektu tipa indeksēšanai.

create function SALIDZIN (a VARCHAR2, b VARCHAR2) RETURN NUMBER ASBEGIN IF a = b THEN RETURN 1; ELSE RETURN 0; END IF;END;

create operator SAL BINDING (VARCHAR2, VARCHAR2) RETURN NUMBER USING SALIDZIN;

Operators are often defined in connection with indextypes. After creating the operators with their functional implementations, you can create an indextype that supports evaluations of these operators using an index scan.

13

Objektu kolonnas indeksēšanas princips

Attēlā redzams, kā pirmās trīs kolekcijas vērtības nonāk indeksa tabulā. Katrai vērtībai tiek norādīta:

1) attiecīga pozīcija kolekcijā (RPOZ);2) vērtība (RVERT);3) rindiņas identifikācijas numurs (RID).

14

Oracle Data Cartridge Interface (ODCI) metodes

Indkesa metode Apraksts

ODCIGetInterfacesMetode tiek izsaukta kad tiek veidots indekss create indeks ... vai mainīts.static function ODCIGetInterfaces(ifclist OUT ODCIObjectList) return numberifclist – informācija par interfeisiem, kas tiek atbalstīti.Return: ODCIConst.Success on success or ODCIConst.Error on error. This function must return SYS.ODCIINDEX2 in the ODCIObjectList if the indextype uses the second version of the ODCIIndex interface.

ODCIIndexCreateIzveido tabulu indeksa datu glabāšanai create index ... INDEXTYPE ... is ... parameters ... un ģenerē indeksa datus un ieraksta indeksa tabulā.Pamattabula var būt aizpildīta vai tukša.static function IIndexCreate(ia ODCIIndexInfo, parms varchar2, env ODCIENV) return numberia – informācija par indeksu un indeksa kolonu, parms – neinterpretēta simbolu rinda, env - the environment handle passed to the routine.

ODCIIndexDrop Izdzēš tabulu ar indeksējamajiem datiem. Tiek izsaukta DROP INDEX vai pamattabulas dzēšanas gadījumā.

ODCIIndexAlter Atjauno indeksa tabulu, balstoties uz izmainītajiem indeksa parametriem. Tiek izsaukta ALTER INDEX gadījumā.

ODCIIndexStart Inicializē indeksa skenēšanu iepriekšdefinētam un ar indeksa tipu sasaistītam operatoram. Nodefinē kursoru vaicājumam, kas tiek konstruēts uz operatora bāzes (gadījumā, kad vaicājumā parādās operatori, kuri var tikt analizēti ar indeksa palīdzību).

ODCIIndexFetch Atgriež ROWID katrai rindiņai, kura apmierina operatora predikātu, t.i., ar indeksa palīdzību izgūstam nepieciešamās rindiņas.

ODCIIndexClose Beidz vaicājuma izpildi, aizver kursoru.ODCIIndexInsert Maina indeksa struktūru gadījumā, kad pamattabulā tiek

ievietoti dati.

ODCIIndexDelete Maina indeksa struktūru gadījumā, kad no pamattabulas tiek izdzēsti dati.

ODCIIndexUpdate Maina indeksa struktūru gadījumā, kad pamattabulā tiek atjaunoti dati.

ODCIIndexGetMetadata

Dod iespēju eksportēt un importēt ar indeksu realizāciju saistītus metadatus.

15

Objekta tips indeksa tipam

Pirms tiek izveidots indeksa tips, tam ir jādefinē objekta tips, kas saturēs svarīgākās

interfeisa metodes, kuras ir nepieciešamas indeksēšanas mehānisma darbībai. Dažas

no tām ir realizētas kā STATIC, dažas kā MEMBER – tas ir atkarīgs no funkcijas

specifikācijas.

MEMBER funkcijas tiek izpildītas konkrētam eksemplāram, tām ir piekļuve visiem

objektu tipa argumentiem.

Savukārt STATIC funkcija var tikt izsaukta pat tad, ja nav izveidots objektu tipa

eksemplārs.

Objektu tips satur vienu papildus mainīgo – KURSORS (NUMBER tipa atribūts).

Šis kursors tiks izmantots, lai varētu veikt problēmsfēras indeksa skenēšanu.

Ar paketes DBMS_SQL palīdzību kursors tiks saistīts ar dinamiski izveidotu

vaicājumu, un šis kursors tiks izmantots metodēs, kas atbild par datu izgūšanu no

indeksa tabulas.

16

Indeksa objekta tipa definējums (specifikācija)

create or replace type T_ENERGO_INDEKSS as object (

KURSORS number,

static function ODCIGetInterfaces(IFCLIST OUT SYS.ODCIOBJECTLIST)

return number,

static function ODCIIndexCreate (SYS.ODCIINDEXINFO, PARMS VARCHAR2,

ENV SYS.ODCIENV) RETURN NUMBER,

static function ODCIINDEXDROP(IA SYS.ODCIINDEXINFO,

ENV SYS.ODCIENV) RETURN NUMBER ,

static function ODCIINDEXSTART(SCTX IN OUT T_ENERGO_INDEKSS,

IA SYS.ODCIINDEXINFO, OP SYS.ODCIPREDINFO, QI

SYS.ODCIQUERYINFO, STRT NUMBER, STOP NUMBER, SALPOZ

NUMBER, SALVERT NUMBER, ENV SYS.ODCIENV) return number,

static function ODCIINDEXSTART(SCTX IN OUT T_ENERGO_INDEKSS,

IA SYS.ODCIINDEXINFO, OP SYS.ODCIPREDINFO, QI

SYS.ODCIQUERYINFO, STRT NUMBER, STOP NUMBER, SALVERT

NUMBER, ENV SYS.ODCIENV) return number,

MEMBER function ODCIINDEXFETCH(NROWS NUMBER,

RIDS OUT SYS.ODCIRIDLIST, ENV SYS.ODCIENV) return number,

MEMBER FUNCTION ODCIINDEXCLOSE(ENV SYS.ODCIENV) return

number,

static function ODCIINDEXINSERT(IA SYS.ODCIINDEXINFO, RID

VARCHAR2, JAUNA_V T_ENERGO_PIEPRAS, ENV SYS.ODCIENV) return

number,

static function ODCIINDEXDELETE(IA SYS.ODCIINDEXINFO, RID

VARCHAR2, VECA_V T_ENERGO_PIEPRAS, ENV SYS.ODCIENV) return

number,

static function ODCIINDEXUPDATE(IA SYS.ODCIINDEXINFO, RID

17

VARCHAR2, VECA_V T_ENERGO_PIEPRAS, JAUNA_V

T_ENERGO_PIEPRAS, ENV SYS.ODCIENV) return number);

18

Oracle Spatial grafisko datu apstrādes kodola paplašinājuma problēmsfēras indekss

Vviens no telpisko indeksu veidiem ir R-koka indekss. Šī indeksa darbības princips ir katras ģeometrijas aproksimācija ar tās mazāko ierobežojuma taisnstūri. Tādā veidā tiek aptverta visu ģeometriju kopa, un izveidots tādu taisnstūru koks.

19

Indeksa interfeisa objektu tips saucas RTREE_INDEX_METHOD, kas satur visas nepieciešamās metodes indeksa darbības kontrolēšanai.

20

Indeksa objekta tipa definējuma ķermenis (metožu definējumi)

ODCIIndexCreate ir metode:

1) izveido indeksa datiem paredzēto tabulu (create ...), kuras nosaukums tiek

izvēlēts šādā veidā: indeksa nosaukums + „_EIND”. Informācija par indeksa

nosaukumu un shēmu, kurā indeksu izveido, tiek ņemta no IA argumenta

(SYS.ODCIIndexInfo tips).

2) insert ... ievieto attiecīgās rindiņas identifikācijas numuru, reģiona

numuru un vērtību indeksa tabulā konkrētam rindiņas numuram;

3) insert ... komandai nepieciešamie dati tiek iegūti ar trešā vaicājuma palīdzību

un ir piesaistīts otrajam vaicājumam kā mainīgie.

Dinamiskajā SQL tiek aktīvi izmantoti mainīgie (par ko norāda divpunkts izteiksmes

priekšā), savukārt rindiņas ID iegūšanai un sasaistei DBMS_SQL pakotnē ir

attiecīgās metodes – COLUMN_VALUE_ROWID rindiņas numura izgūšanai, kā arī

BIND_VARIABLE_ROWID, kas piesaista dinamiskās izteiksmes mainīgajam

PL/SQL mainīgo.

21

Indeksa tabulas izveide

Pamattabulas attiecīgās rindiņas numurs, kā arī reģionu vērtības ar to attiecīgajiem

numuriem tiek saglabātas indeksa tabulā, pielietojot šo operāciju katrai pamattabulas

datu rindiņai.

22

static function ODCIINDEXCREATE (IA SYS.ODCIINDEXINFO,PARMS varchar2, ENV SYS.ODCIENV) return number isI INTEGER; R ROWID; P NUMBER; V NUMBER; VAIC1 VARCHAR2(1000); VAIC2 VARCHAR2(1000);VAIC3 VARCHAR2(1000); KUR1 INTEGER; KUR2 INTEGER; KUR3 INTEGER; JUNK NUMBER; BEGIN -- konstruējam SQL vaicājumu indeksa tabulas izveidošanai VAIC1 := 'CREATE TABLE ' || IA.INDEXSCHEMA || '.' || IA.INDEXNAME || '_EIND' || '( R ROWID, RPOZ NUMBER, RVERT NUMBER)';-- izvadām informācijuDBMS_OUTPUT.PUT_LINE('ODCIINDEXCREATE>>>>>');SYS.ODCIINDEXINFODUMP(IA);DBMS_OUTPUT.PUT_LINE('ODCIINDEXCREATE>>>>>'||VAIC1);-- izpildām vaicājumuKUR1 := DBMS_SQL.OPEN_CURSOR;DBMS_SQL.PARSE(KUR1, VAIC1, DBMS_SQL.NATIVE);JUNK := DBMS_SQL.EXECUTE(KUR1);DBMS_SQL.CLOSE_CURSOR(KUR1);

-- indeksa tabulas aizpildīšanas vaicājums; :RR - mainīgaisVAIC2 := ' INSERT INTO '|| IA.INDEXSCHEMA || '.' || IA.INDEXNAME || '_EIND' || ' SELECT :RR, ROWNUM, COLUMN_VALUE FROM THE' || ' (SELECT CAST (E.'|| IA.INDEXCOLS(1).COLNAME || '.REGIONU_VERTIBAS AS T_NUMTAB)' || ' FROM ' || IA.INDEXCOLS(1).TABLESCHEMA || '.' || IA.INDEXCOLS(1).TABLENAME || ' E' || ' WHERE E.ROWID = :RR)';DBMS_OUTPUT.PUT_LINE('ODCIINDEXCREATE>>>>>'||VAIC2);-- analizējam otro vaicajumu KUR2 := DBMS_SQL.OPEN_CURSOR;DBMS_SQL.PARSE(KUR2, VAIC2, DBMS_SQL.NATIVE);

23

VAIC3 := 'SELECT ROWID FROM '|| IA.INDEXCOLS(1).TABLESCHEMA || '.' || IA.INDEXCOLS(1).TABLENAME; DBMS_OUTPUT.PUT_LINE('ODCIINDEXCREATE>>>>>'||VAIC3); KUR3 := DBMS_SQL.OPEN_CURSOR; DBMS_SQL.PARSE(KUR3, VAIC3, DBMS_SQL.NATIVE); DBMS_SQL.DEFINE_COLUMN_ROWID(KUR3, 1, R); JUNK := DBMS_SQL.EXECUTE(KUR3); WHILE DBMS_SQL.FETCH_ROWS(KUR3) > 0 LOOP -- iegūstam kolonnu vērtības no rindiņas DBMS_SQL.COLUMN_VALUE_ROWID(KUR3, 1, R); -- piesaista iegūto rindas numuru mainīgajam DBMS_SQL.BIND_VARIABLE_ROWID(KUR2, ':RR', R); JUNK := DBMS_SQL.EXECUTE(KUR2); END LOOP;

DBMS_SQL.CLOSE_CURSOR(KUR2); DBMS_SQL.CLOSE_CURSOR(KUR3); RETURN ODCICONST.SUCCESS; END;

24

Metodes ODCIIndexStart, ODCIIndexFetch un ODCIIndexClose

Ja vaicājumā ir kāds no operatoriem WHERE daļā, kas ir sasaistīti ar konkrēto

indeksēšanas mehānismu, tad Oracle kodols var izvēlēties datus meklēt nevis

pamattabulā, veicot tās datu rindiņu pilnīgu pārlasi, bet gan griezties pie indeksēšanas

mehānisma.

Pamattabulas rindiņu identifikatoru izgūšanai tiek izmantotas ODCIIndexStart,

ODCIIndexFetch un ODCIIndexClose metodes.

1. Metode ODCIIndexStart atver kursoru speciālam vaicājumam, kurš tiek ģenerēts

uz operatora izteiksmes pamata.

2. Vaicājuma izpildes gaitā metode ODCIIndexFetch speciālā kolekcijā (kas ir viens

no ODCIIndexFetch argumentiem) tiek saglabāti pamattabulas rindiņu numuri, kas

apmierina dotā vaicājuma nosacījumus.

3. Beigās metode ODCIIndexClose aizver kursoru.

Gala rezultātā mēs iegūstam tos datu rakstus, kuru numuri tika atgriezti ar

ODCIIndexFetch metodi.

25

ODCIIndexStart metodes var būt vairākas. To argumentu skaits un tips var variēt –

pēc standartargumentiem seko argumenti, kas atbilst operatoru argumentiem (bez

objektu tipa). Piemērā ir divi dažādi operatoru tipi:

1) ar diviem argumentiem (vērtība konkrētam reģionam);

2) tikai salīdzināmā energopatēriņa vērtība.

Kurš tieši operators tiek izsauks no trijiem, tiek noteikts metodes izpildes gaitā, jo

arguments OP (SYS.ODCIPREDINFO tips) satur informāciju par operatoru.

26

Metodes ODCIIndexInsert, ODCIIndexUpdate un ODCIIndexDelete

Šīs trīs metodes nostrādā gluži kā trigeri datu manipulāciju gadījumā: kad dati tiek

ievadīti pamattabulā (ODCIIndexInsert), kad dati tiek atjaunoti tajā

(ODCIIndexUpdate) un kad dati tiek dzēsti no tās (ODCIIndexDelete). Ar šo metožu

palīdzību informācija tiek sinhronizēta starp pamattabulu un indeksa tabulu, lai

saturiski tās būtu ekvivalentas.

27

Indeksa tipa izveide

Kad ir realizēts indeksa objektu tips, var izveidot indeksa tipu, norādot

operatorus, uz kuru pamata indeksēšanas mehānisms spēs meklēt atbilstošās

pamatdatu rindiņas identifikatorus indeksa tabulā.

create or replace indextype ENERGO_INDEKSS FORENERGO_VIENADS(T_ENERGO_PIEPRAS, NUMBER, NUMBER),ENERGO_LIELAKS(T_ENERGO_PIEPRAS, NUMBER, NUMBER),ENERGO_MAZAKS(T_ENERGO_PIEPRAS, NUMBER, NUMBER),ENERGO_VIENADS_JEBK(T_ENERGO_PIEPRAS, NUMBER),ENERGO_LIELAKS_JEBK(T_ENERGO_PIEPRAS, NUMBER),ENERGO_MAZAKS_JEBK(T_ENERGO_PIEPRAS, NUMBER)

USING T_ENERGO_INDEKSS;

Tiek norādīts atslēgvārds FOR, pēc kura tiek uzskaitīti attiecīgie problēmsfēras

operatori un to argumenti iekavās. Pirmais arguments vienmēr ir problēmsfēras datus

raksturojošs tips, kas raksturos arī indeksējamo tabulas kolonnu. Pēc tam seko pārējo

argumentu tipi, kas tad arī nosaka metožu ODCIIndexStart skaitu.

28

Paplašināmais optimizators

Ar paplašināmā optimizatora palīdzību ir iespējams:1) sasaistīt izmaksu funkcijas ar problēmsfēru indeksiem, indeksu tipiem, pakotnēm, kā arī atsevišķām funkcijām; optimizators var novērtēt problēmsfēras indeksa skenēšanas izmaksas;2) asociēt selektivitātes funkcijas ar objektu tipu metodēm, pakotņu funkcijām vai arī atsevišķām funkcijām;3) asociēt statistikas kolekcionēšanas funkcijas ar problēmsfēras indeksiem un tabulu kolonnām;4) kārtot predikātus ar funkcijām, balstoties uz izmaksām;5) izvēlēties lietotāja definētu pieejas metodi (problēmsfēras indeksi) tabulai, balstoties uz piekļuves izmaksām;6) izmantot speciālu DBMS_STATS pakotni ar nolūku izsaukt lietotāja definētas statistikas kolekcionēšanas un dzēšanas funkcijas;7) izmantot jaunus datu vārdnīcas skatus, lai iekļautu informāciju par statistikas kolekcionēšanu, izmaksu, vai selektivitātes funkcijām, kas tiek asociētas ar kolonnām, problēmsfēras indeksiem, indeksu tipiem vai funkcijām;8) pievienot padomus (hints) ar nolūku ietekmēt funkciju predikātu izskaitļošanas kārtību.

29

Vaicājumu optimizēšana ir visefektīvākā SQL vaicājuma ceļa izvēles process. Paplašināmais optimizators dod iespēju lietotāju definētu funkciju un indeksu autoriem izveidot statistikas kolekcionēšanas, selektivitātes, kā arī izmaksu funkcijas, kuras izmanto optimizators, izvēloties vaicājuma plānu. Optimizatora izmaksu modelis tiek paplašināts, lai integrētu lietotāja nodrošinātu informāciju par procesora un ievades/izvades izmaksām, kur procesora izmaksas pēc būtības ir izmantoto datora instrukciju skaits, bet ievades/izvades izmaksas ir apstrādāto datu bloku skaits.Ar paplašināmā optimizatora palīdzību ir iespējams: sasaistīt izmaksu funkcijas ar problēmsfēru indeksiem, indeksu tipiem, pakotnēm, kā arī atsevišķām funkcijām; optimizators var novērtēt problēmsfēras indeksa skenēšanas izmaksas (Oracle 10g versijā iespējams vērtēt arī atsevišķu partīciju skenēšanas izmaksas dalītu tabulu gadījumā); asociēt selektivitātes funkcijas ar objektu tipu metodēm, pakotņu funkcijām vai arī atsevišķām funkcijām; asociēt statistikas kolekcionēšanas funkcijas ar problēmsfēras indeksiem un tabulu kolonnām; kārtot predikātus ar funkcijām, balstoties uz izmaksām; izvēlēties lietotāja definētu pieejas metodi (problēmsfēras indeksi) tabulai, balstoties uz piekļuves izmaksām; izmantot speciālu DBMS_STATS pakotni ar nolūku izsaukt lietotāja definētas statistikas kolekcionēšanas un dzēšanas funkcijas; izmantot jaunus datu vārdnīcas skatus, lai iekļautu informāciju par statistikas kolekcionēšanu, izmaksu, vai selektivitātes funkcijām, kas tiek asociētas ar kolonnām, problēmsfēras indeksiem, indeksu tipiem vai funkcijām; pievienot padomus (hints) ar nolūku ietekmēt funkciju predikātu izskaitļošanas kārtību.

Optimizators ģenerē izpildes plānu SQL un datu manipulācijas valodas vaicājumiem – SELECT, INSERT, UPDATE, vai arī DELETE izteiksmēm.

Izpildes plāns iekļauj pieejas metodi katrai tabulai no FROM daļas, un kārtu, kas tiek saukta par apvienošanas kārtu, tabulām no FROM daļas. Sistēmas definētas pieejas metodes iekļauj indeksus, hešu klasterus un tabulas skenēšanu. Optimizators izvēlas plānu, ģenerējot apvienošanas kārtas kopu (permutācijas), izskaitļojot katras izmaksas, un tad izvēloties procesu ar zemākajām izmaksām. Katrai apvienošanas kārtas tabulai

30

optimizators izskaitļo katras iespējamās piekļuves un apvienošanas metodes izmaksas, pēc tam izvēlas to, kurai ir zemākās izmaksas. Apvienošanas kārtas izmaksas ir pieejas un apvienošanas metožu izmaksu summa. Izmaksas izskaitļo ar algoritmu palīdzību, kas kopā ietver izmaksu modeli. Izmaksu modelis iekļauj sevī mainīgu detalizācijas līmeni par fizisko vidi, kurā vaicājums tiek izpildīts. Attēlā redzama izmaksu optimizatora (IO) darbība vaicājuma laikā: no iespējamajiem ceļiem (C1, C2, C3 un C4) tiek izvēlēts tas ceļš, kura izmaksas (I) ir minimālas; rezultātā izmaksu optimizators ietekmē apvienošanas kārtu, t.i., kādā secībā tiks apskatītas tabulas no WHERE daļas, kā arī pieejas metodes – kādā veidā dati tiks atlasīti no katras tabulas. Ar padomu (hints) palīdzību var tiešā veidā ietekmēt funkciju predikātu izskaitļošanas kārtību.

Lietotāja definētajiem operatoriem un problēmsfēras indeksiem paplašināmais optimizators dod iespēju kontrolēt trīs pamatkomponentes, kuras tiek izmantotas, izvēloties vaicājuma izpildes plānu: statistiku, selektivitāti un izmaksas.

31

Statistika

Optimizators izmanto statistiku par vaicājumā minētajiem objektiem, lai izskaitļotu selektivitāti un izmaksas, tātad, tas ir rīks, kas nodrošina papildinformāciju par problēmsfēras objektiem. Realizējot paplašināmā optimizatora metodes, statistikai tiek paredzēta metode ODCIStatsCollect, ar kuras palīdzību tiks savākta statistika par noteikta tipa kolonnu (parasti saista ar problēmsfēras tipa kolonnu, kas tiek indeksēta). Tas, ko tieši veic šī metode, nav zināms. Taču tās savāktā informācija kalpos par pamatu selektivitātes un izmaksu analīzei.Šī metode tiek izmantota tajā gadījumā, ja statistika tiek asociēta ar noteiktu tabulas kolonnu, un vēlāk izsaukta ANALYZE komanda – kā tas ir redzams attēlā.

Statistika tiek asociēta ar noteiktu kolonnu, izmantojot ODCIStatsTips objektu tipu, kuram noteikti jārealizē ODCIStatsCollect metodi analizējamās kolonnas tipam.

32

Selektivitāte

Optimizators izmanto statistiku, lai izskaitļotu predikātu selektivitāti. Predikāta selektivitāte ir ar predikātu izgūstamo rindiņu skaita dalījums ar kopējo rindiņu skaitu (līdz ar to tas ir skaitlis no intervālā [0; 1]). Praktiskajā daļā izmantotajam piemēram varētu izveidot statistikas savākšanas funkciju, kas vienkārši katram reģionam atrastu minimālo un maksimālo vērtību. Balstoties uz šo informāciju, varētu aptuveni novērtēt, cik procentuāli daudz rindiņu tiks izgūtas, ja tiks meklēta noteikta vērtība. Dažos gadījumos tas var nodrošināt izvairīšanos no datu pārlases. Ja mēs atlasām datus, izvēloties tās datu rindiņas, kurām noteikta reģiona vērtība ir vienāda ar prasīto vērtību, bet prasītā vērtība neietilpst intervālā starp minimālo un maksimālo vērtību, tad, neapšaubāmi, selektivitāte tādam predikātam būs vienāda ar 0,- neviena datu rindiņa neapmierinās predikāta vērtību. Selektivitāte palīdz izvēlēties optimālo apvienošanas kārtu, un piekļuves metodes, balstoties uz WHERE daļā norādītajiem predikātiem.

33

Izmaksas

Optimizators novērtē dažādu piekļuves ceļu izmaksas, lai izvēlētos optimālo plānu. Piemēram, tas var izskaitļot indeksa izmantošanas un pilnas tabulas skenēšanas izmaksas, lai varētu izvēlēties starp šīm divām pieejas metodēm. Kodola paplašinājuma definēto problēmsfēras indeksu gadījumā optimizators nezin neko par indeksu iekšējo glabāšanas struktūru. Tādā veidā optimizators nevar precīzi izvērtēt tādu indeksu izmantošanas izmaksas. Tāpat optimizators pēc noklusējuma nezin neko par lietotāja funkciju procesora resursu patēriņu. Funkcijas var arī patērēt ievada/izvades resursus, gadījumā ja tā apstrādā lielo objektu eksemplāruLai varētu veikt tāda veida analīzi, paplašināmais optimizators realizē noteiktas funkcijas, ar kuru palīdzību tiek noteiktas lietotāju definēto funkciju un problēmsfēras indeksu izmantošanas izmaksas.Lietotāja definētās izmaksu funkcijas var atgriezt trīs parametrus, kas raksturo lietotāja funkcijas vai problēmsfēras indeksa izmantošanas resursu ietilpību: cpu – datora instrukciju skaits, kuras izpilda funkcija vai indeksa implementācija; i/o – problēmsfēras indeksa vai funkcijas nolasīto datu bloku skaits network – pārraidīto bloku skaits tīklā.

34

Paplašināmā optimizatora interfeisa metožu raksturojumi

Metode AprakstsODCIStatsCollect Metode statistikas savākšanai kolonnai vai

indeksa datiem.ODCIStatsDelete Izdzēš statistiku par kolonnu vai indeksa datiem.ODCIStatsSelectivity Novērtē lietotāja definētu funkcijas vai operatora

predikāta selektivitāti.ODCIStatsFunctionCost Balstoties uz uzdotajiem funkcijas parametriem,

izskaitļo funkcijas izpildes izmaksas.ODCIStatsIndexCost Balstoties uz uzdoto operatora predikātu,

izskaitļo problēmsfēras indeksa skenēšanas izmaksas.

35

Vaicājumu izpildeIndeksa mehānisms tiek iedarbināts gadījumā, kad vaicājuma WHERE daļā parādās

noteikts salīdzināšanas operators, kas norāda, pēc kādiem kritērijiem dati tiek

atlasīti. Problēmsfēras indeksa gadījumā tiek izsauktas indeksa metodes

ODCIIndexStart, ODCIIndexFetch un ODCIIndexClose, ar kuru palīdzību tiek

izskatīta indeksa tabula un atgrieztas vajadzīgās rindiņas.

Ja vaicājums tiek veikts bez problēmsfēras indeksa operatoriem WHERE daļā, tad

vaicājuma izpildes plānā redzams, ka Oracle veic pilnu piekļuvi pamattabulai –

TABLE ACCESS FULL, ko var novērot, analizējot vaicājuma izpildes plānu.

Ja tiek veikts vaicājums, kura WHERE daļā parādās kāds no problēmsfēras

operatoriem, kas ir saistīts ar indeksa tipu, izpildes plāns norāda, ka datu atlase notiek

no indeksa tabulas EINDEKSS_EIND.

36

Lietotāja definētas agregātfunkcijas

Oracle nodrošina lietotāju ar noteiktām visiem labi zināmām agregātfunkcijām MAX, MIN, SUM u.c., kas veic operācijas ar rindiņu kopām. Šīs definētās agregātfunkcijas var tikt izmantotas tikai skalāriem datiem. Taču bieži rodas vajadzība definēt kādu jaunu funkciju datu analīzei, vai arī agregātfunkciju, kas darbotos ar sarežģītiem – lietotāja definētajiem datiem, līdz ar to realizējot ar problēmsfēru saistīto loģiku.Lietotāju definētas agregātfunkcijas, analoģiski paplašināmās indeksācijas mehānismam un paplašināmajam optimizatoram, tiek reģistrētas serverī ar interfeisu palīdzību; šajā gadījumā tas ir ODCIAggregate interfeiss, kuram ir paredzētas metodes agregācijas uzsākšanai (ODCIAggregateInititalize), agregācijas solim (ODCIAggregateIterate), kā arī agregācijas nobeigšanai (ODCIAggregateTerminate).

Lietotāja definētas agregātfunkcijas var piemērot jebkura tipa datiem, līdz ar to arī skalārajiem datiem tas varētu būt ļoti noderīgs rīks, piem., strādājot ar sarežģītiem finansiāliem vai zinātniskiem statistikas datiem.

Efektivitātes apsvērumu dēļ agregātfunkcijas cikli bieži vien tiek izpildīti paralēli. T.i., vienas datu kopas dažādiem apgabaliem var tikt piemērota vien un tā pati agregātfunkcija, bet vēlāk to rezultāti apvienoti attiecīgā veidā. Piem., ja tā ir summa, tad tiek saskaitīta paralēlajos procesos iegūtās summas. Ja tā ir mazākās vērtības, tad rezultāts ir mazākā vērtība no paralēlajiem procesiem. Shematiski tādas agregātfunkcijas darbība ir parādīta . attēlā.Kā redzams, pirms cikla nobeigšanas jāizpildās apvienojuma funkcijai. Tādu agregātfunkciju realizētajā objektu tipā ir papildus funkcija – ODCIAggregateMerge, kura veic apvienošanas funkcijas.

37

Paralēlās agregātfunkcijas darbības shēma

Agregātfunkciju interfeisa metožu raksturojumiMetode AprakstsODCIAggregateInitialize Šo metodi Oracle izsauc, lai inicializētu

lietotāja definētu agregātfunkciju skaitļošanas procesu. Inicializēta agregāta konteksts tiek nodots Oracle kā objektu tipa eksemplārs (kas var saturēt agregātvērtības skaitļošanai nepieciešamos atribūtus)

ODCIAggregateIterate Metode tiek atkārtoti izsaukta katrai agregātfunkcijā pielietotajai vērtībai, kas tiek nodota funkcijai kā arguments. Arī ar šo agregātvērtības skaitļošanas sesiju saistītais objektu tips (konteksts) tiek nodots kā arguments. Rezultātā funkcija apstrādā jauno vērtību(as), un atgriež DBVS atjaunoto kontekstu. Jāpiebilst, ka NULL vērtības netiek apstrādātas.

ODCIAggregateMerge Metodi Oracle izsauc paralēlās agregātfunkciju skaitļošanas gadījumā. Tā kombinē divus agregāciju kontekstus un atgriež galīgo rezultātu.

ODCIAggregateTerminate Metode tiek izsaukta agregācijas pēdējā solī. Metode atgriež rezultāta vērtību, balstoties uz agregācijas kontekstu.

38

Abstraktās tabulas un tabulu funkcijas

Kodola paplašinājuma izstrādātājam var rasties vajadzība piekļūt datiem, kas ir ārpus datu bāzes vai arī atrodas lielo objektu eksemplāros. Tādos gadījumos DBVS nezin neko par šo datu struktūru, pat ja tie ir noteiktā veidā strukturēti.

Šajā gadījumā ir iespējams rīkoties divos veidos:1. izveidot abstrakto tabulu;2. vaicājumos izmantot tabulu funkciju.

Abstraktā tabula tiek interpretēta kā parastā, taču par to saturu, kas pēc būtības ir virtuāls, atbild noteikts objektu tips, kas realizē ODCITable interfeisu. Tipisks gadījums varētu būt kāds fails failu sistēmā, piem., XML fails, kura struktūra nav zināma datu bāzei, bet tajā glabājas noteikti tabulāri interpretējami dati.

Abstrakto tabulu interfeisa metožu raksturojumiMetode AprakstsODCITableStart Uzsāk virtuālo tabulas izskatīšanu.ODCITableFetch Atgriež rindiņu kopu kārtējā solī.ODCITableClose Veic nobeigšanas procedūras, kad datu

izgūšana ir beigusies.Vizuāli šo metožu darbību raksturo Error: Reference source not found attēls. Kā redzams, abstrakto tabulu darbības princips ir līdzīgs kursoriem – kamēr rezultāts nav NULL, notiek izgūstamo datu apstrāde (t.i., tā tiek interpretēta kā virtuāla tabula). Savukārt, kad šis process beidzas, ar ODCITableClose metodes palīdzību tiek veikti nobeigšanas darbi (piem., aizvērti datu bāzes kursori vai arī attīrītas temporālās struktūras vai arī tabulas).

39

ODCITable interfeisa metožu darbības shēma

Rezultātā lietotāja dati tiek interpretēti tabulas veidā, un tālākā darbība ar tādu tabulu norit gluži kā ar parastu. Ja ir vajadzība datus papildināt vai izdzēst (kas, protams, virtuālās tabulas gadījumā nav iespējams), tad var veidot uz tādas tabulas balstītu skatu un realizēt INSTEAD OF trigeri, kas imitēs datu ierakstīšanu šajā tabulā vai dzēšanu no tās (t.i., darbosies ar datu avotu).

Abstraktās tabulas izveidošanas piemērs ir skatāms Error: Referencesource not found. attēlā.

Tagad, griežoties pie abstraktās tabulas, iteratīvai rindiņu izgūšanai tiks pielietotas ODCITableTips objektu tipa metodes, attiecīgi Error: Referencesource not found. attēlā redzamajai shēmai.Kodola paplašinājuma izstrādātājam var parādīties vajadzība pēc dinamiskas, iteratīvas uzvedības pār virtuāli izveidotajām tabulām. Paplašināšanas arhitektūra tāpat nodrošina iteratīvas tabulu funkcijas kā papildinājumu abstraktām tabulām.Tabulu funkcijas ir tādas funkcijas, kas rezultātā izdod rindiņu kolekciju (vai nu iekļautu tabulu vai arī VARRAY – mainīga izmēra masīvu) ar nolūku veikt vaicājumus šai datu kopai, analoģiski fiziskajai datu bāzes

40

tabulai. Tabulu funkcija var tikt izmantota gluži kā datu bāzes tabulas nosaukums vaicājuma FROM daļā.

Tādas funkcijas ir bieži noderīgas datu interpretācijai, jo kā argumentus var pieņemt gan kolekciju tipu, gan arī kursora mainīgo (REF CURSOR). Taču pēc būtības tās ir ļoti līdzīgas abstraktajām tabulām – tās tiek piesaistītas ODCITable interfeisa metodes realizējošam objektu tipam.

Atkarībā no tā, vai noteiktu virtuālu datu izgūšanā ir nepieciešamība norādīt parametrus, jāizvēlas attiecīgais veids, kā šo izgūšanu realizēt – vai nu abstraktās tabulas (kuros vai nu netiek norādīti nekādi parametri, vai arī tie tiek norādīti tabulas izveidošanas brīdī), vai arī tabulu funkcijas (kurās ik reizes var norādīt dažādus parametrus).

41

Extensibility Interfaces

DBMS InterfacesThe DBMS interfaces offer the simplest kind of extensibility services. They can be used through extensions to SQL or to the Oracle Call Interface (OCI). For example, the extensible type manager uses the CREATE TYPE syntax in SQL. Similarly, extensible indexing uses DDL and DML support for specifying and manipulating indexes.

Cartridge Basic Service InterfacesCartridge basic interfaces provide generic services like memory management, context management, internationalization, and cartridge-specific management. They implement behavior for new datatypes in the context of the server's execution environment and provide routines that help developers to implement portable and robust server-side methods.

Data Cartridge InterfacesWhen processing user-defined indextypes, Oracle calls data cartridge functions to perform index search or fetch operations. For user-defined query optimization, the query optimizer calls functions implemented by the data cartridge to compute the cost of user-defined operators or functions.

42

The database components that make up each cartridge must be installed in a schema that has the same name as the cartridge. If a cartridge uses multiple schemas, the first 10 characters of each schema name must be the same as the cartridge name. Note that the length of schema names in Oracle is limited to 30 bytes, or 30 characters in a single-byte language.

The database components of a data cartridge that must be placed in the cartridge schema include names for types, tables, views, directories, libraries and packages. Because the schema name and username are always the same in Oracle, the choice of a schema name determines the username.

43

Data cartridge komponenšu veidošana

1. Objektu tipu definēšana.2. Implementing Data Cartridges in PL/SQL3. Implementing Data Cartridges in C, C++ and Java4. Working with Multimedia Datatypes5. Using Extensible Indexing6. Building Domain Indexes7. Defining Operators8. Using Extensible Optimizer9. User-Defined Aggregate Functions10. Using Cartridge Services11.Using Pipelined and Parallel Table Functions12. Designing Data Cartridges

44

3. Implementing Data Cartridges in C, C++ and Java

To support such special-purpose processing, PL/SQL provides an interface for calling routines written in other languages. This makes the strengths and capabilities of 3GLs like C available through calls from a database server. Such a 3GL routine, called an external procedure, is stored in a shared library, registered with PL/SQL, and called from PL/SQL at runtime to perform special-purpose processing.

External ProceduresUsing Shared LibrariesRegistering an External ProcedureHow PL/SQL Calls an External ProcedureConfiguration Files for External ProceduresDoing CallbacksCommon Potential ErrorsDebugging External ProceduresGuidelines for Using External Procedures with Data CartridgesJava Methods

45

4. Working with Multimedia Datatypes

Overview of Cartridges and Multimedia DatatypesDDL for LOBsLOB LocatorsEMPTY_BLOB and EMPTY_CLOB FunctionsUsing the OCI to Manipulate LOBsUsing DBMS_LOB to Manipulate LOBsLOBs in External ProceduresLOBs and TriggersUsing Open/Close as Bracketing Operations for Efficient Performance

46

Example: A Text Indextype

Defining the IndextypeThe order in which you create the components of an indextype depends on whether or not you are creating an index-based functional implementation.

Non-Index-Based Functional ImplementationsTo define the Text indextype, the indextype designer must:1. Define and code the functional implementation for the supported operatorThe Text indextype supports an operator called Contains, which accepts a text value and a key, and returns a number indicating whether the text contains the key. The functional implementation of this operator is a regular function defined as:CREATE FUNCTION TextContains(Text IN VARCHAR2, Key IN VARCHAR2)RETURN NUMBER ASBEGIN.......END TextContains;

2. Create the new operator and bind it to the functional implementationCREATE OPERATOR ContainsBINDING (VARCHAR2, VARCHAR2) RETURN NUMBER USING TextContains;

3. Define a type that implements the index interface ODCIIndexThis involves implementing routines for index definition, index maintenance, and index scan operations. Oracle calls:o The index definition routines (ODCIIndexCreate, ODCIIndexAlter, ODCIIndexDrop, ODCIIndexTruncate) to perform the appropriate operations when the index is created, altered, or dropped, or the base table is truncatedo The index maintenance routines (ODCIIndexInsert, ODCIIndexDelete, ODCIIndexUpdate) to maintain the text index when table rows are inserted, deleted, or updatedo The index scan routines (ODCIIndexStart, ODCIIndexFetch, ODCIIndexClose) to scan the text index and retrieve rows of the base table that satisfy the operator predicateCREATE TYPE TextIndexMethods(STATIC FUNCTION ODCIIndexCreate(...)...);CREATE TYPE BODY TextIndexMethods(...);

4. Create the Text indextype schema objectThe indextype definition specifies the operators supported by the new indextype and the type that implements the index interface.CREATE INDEXTYPE TextIndexTypeFOR Contains(VARCHAR2, VARCHAR2)USING TextIndexMethods;

47

Index-Based Functional Implementations

If you are creating an index-based functional implementation, you perform the same operations as for non-index-based functional implementations, but in a different order:1. Define the implementation type2. Define and code the functional implementation3. Create the operator4. Create the indextypeThis order is required because definition of an index-based functional implementation requires the implementation type as a parameter.

Using the IndextypeWhen the Text indextype presented in the previous section has been defined, users can define text indexes on text columns and use the Contains operator to query text data.Suppose the Employees table is defined by the statement:CREATE TABLE Employees(name VARCHAR2(64), id INTEGER, resume VARCHAR2(2000));

To build a text domain index on the resume column, a user issues the following statement:CREATE INDEX ResumeIndex ON Employees(resume) INDEXTYPE IS TextIndexType;

To query the text data in the resume column, users issue statements like:SELECT * FROM Employees WHERE Contains(resume, 'Oracle') =1;

The query execution uses the text index on resume to evaluate the Contains predicate.

48

6. Building Domain Indexes

A domain index is an index designed for a specialized domain, such as spatial or image processing. Users can build a domain index of a given type after the designer creates the indextype.Indextypes encapsulate search and retrieval methods for complex domains such as text, spatial, and image processing. An indextype is similar to the indexes that are supplied with the Oracle server. The difference is that you provide the application software that implements the indextype.

An indextype has two major components:1) The methods that implement the behavior of the indextype, such as creating and scanning the index2) The operators that the indextype supports, such as Contains or Overlaps

To create an indextype:1) Define the supported operators and create the functions that implement them2) Create the methods that implement the ODCIIndex interface, and define the type that encapsulates them, called the implementation type3) Create the indextype, specifying the implementation type and listing the operators with their bindings

49

7. Defining Operators

An operator binding associates the operator with the signature of a function that implements the operator. A signature consists of a list of the datatypes of the arguments of the function, in order of occurrence, and the function's return type. Operator bindings tell Oracle which function to execute when the operator is invoked. An operator can be bound to more than one function if each function has a different signature. To be considered different, functions must have different argument lists. Functions whose argument lists match, but whose return datatypes do not match, are not considered different and cannot be bound to the same operator.

create function SALIDZIN (a VARCHAR2, b VARCHAR2) RETURN NUMBER ASBEGIN IF a = b THEN RETURN 1; ELSE RETURN 0; END IF;END;

create operator SAL BINDING (VARCHAR2, VARCHAR2) RETURN NUMBER USING SALIDZIN;

Operators are often defined in connection with indextypes. After creating the operators with their functional implementations, you can create an indextype that supports evaluations of these operators using an index scan.

50

8. Paplašināmais optimizators

Ar paplašināmā optimizatora palīdzību ir iespējams:1) sasaistīt izmaksu funkcijas ar problēmsfēru indeksiem, indeksu tipiem, pakotnēm, kā arī atsevišķām funkcijām; optimizators var novērtēt problēmsfēras indeksa skenēšanas izmaksas;2) asociēt selektivitātes funkcijas ar objektu tipu metodēm, pakotņu funkcijām vai arī atsevišķām funkcijām;3) asociēt statistikas kolekcionēšanas funkcijas ar problēmsfēras indeksiem un tabulu kolonnām;4) kārtot predikātus ar funkcijām, balstoties uz izmaksām;5) izvēlēties lietotāja definētu pieejas metodi (problēmsfēras indeksi) tabulai, balstoties uz piekļuves izmaksām;6) izmantot speciālu DBMS_STATS pakotni ar nolūku izsaukt lietotāja definētas statistikas kolekcionēšanas un dzēšanas funkcijas;7) izmantot jaunus datu vārdnīcas skatus, lai iekļautu informāciju par statistikas kolekcionēšanu, izmaksu, vai selektivitātes funkcijām, kas tiek asociētas ar kolonnām, problēmsfēras indeksiem, indeksu tipiem vai funkcijām;8) pievienot padomus (hints) ar nolūku ietekmēt funkciju predikātu izskaitļošanas kārtību.

51

Paplašināmā optimizatora interfeisa metožu raksturojumiMetode Apraksts

ODCIStatsCollect Metode statistikas savākšanai kolonnai vai indeksa datiem.

ODCIStatsDelete Izdzēš statistiku par kolonnu vai indeksa datiem.

ODCIStatsSelectivity Novērtē lietotāja definētu funkcijas vai operatora predikāta

selektivitāti.

ODCIStatsFunctionCost Balstoties uz uzdotajiem funkcijas parametriem, izskaitļo

funkcijas izpildes izmaksas.

ODCIStatsIndexCost Balstoties uz uzdoto operatora predikātu, izskaitļo

problēmsfēras indeksa skenēšanas izmaksas.

52

9. Lietotāja definētas agregātfunkcijas

Oracle nodrošina lietotāju ar noteiktām visiem labi zināmām agregātfunkcijām MAX, MIN, SUM u.c., kas veic operācijas ar rindiņu kopām. Šīs definētās agregātfunkcijas var tikt izmantotas tikai skalāriem datiem. Taču bieži rodas vajadzība definēt kādu jaunu funkciju datu analīzei, vai arī agregātfunkciju, kas darbotos ar sarežģītiem – lietotāja definētajiem datiem, līdz ar to realizējot ar problēmsfēru saistīto loģiku.

Lietotāju definētas agregātfunkcijas, analoģiski paplašināmās indeksācijas mehānismam un paplašināmajam optimizatoram, tiek reģistrētas serverī ar interfeisu palīdzību. Tas ir:

1) ODCIAggregateInititalize interfeiss, kurš ir paredzētas metodes agregācijas uzsākšanai;

2) agregācijas solim ODCIAggregateIterate;3) agregācijas nobeigšanai ODCIAggregateTerminate.

Lietotāja definētas agregātfunkcijas var piemērot jebkura tipa datiem, līdz ar to arī skalārajiem datiem tas varētu būt ļoti noderīgs rīks, piem., strādājot ar sarežģītiem finansiāliem vai zinātniskiem statistikas datiem.

53

Agregātfunkciju interfeisa metožu raksturojumi

Metode Apraksts

ODCIAggregateInitialize Šo metodi Oracle izsauc, lai inicializētu lietotāja definētu

agregātfunkciju skaitļošanas procesu. Inicializēta agregāta

konteksts tiek nodots Oracle kā objektu tipa eksemplārs

(kas var saturēt agregātvērtības skaitļošanai nepieciešamos

atribūtus)

ODCIAggregateIterate Metode tiek atkārtoti izsaukta katrai agregātfunkcijā

pielietotajai vērtībai, kas tiek nodota funkcijai kā

arguments. Arī ar šo agregātvērtības skaitļošanas sesiju

saistītais objektu tips (konteksts) tiek nodots kā

arguments. Rezultātā funkcija apstrādā jauno vērtību(as),

un atgriež DBVS atjaunoto kontekstu. Jāpiebilst, ka

NULL vērtības netiek apstrādātas.

ODCIAggregateMerge Metodi Oracle izsauc paralēlās agregātfunkciju

skaitļošanas gadījumā. Tā kombinē divus agregāciju

kontekstus un atgriež galīgo rezultātu.

ODCIAggregateTerminat

e

Metode tiek izsaukta agregācijas pēdējā solī. Metode

atgriež rezultāta vērtību, balstoties uz agregācijas

kontekstu.

You create a user-defined aggregate function by implementing a set of routines collectively known as the ODCIAggregate routines. You can implement these routines as methods within an object type, so the implementation can be in any language that Oracle supports, PL/SQL, C, C++ or Java. Once the object type is defined and the routines are implemented in the type body, use the CREATE FUNCTION statement to create the aggregate function.

54

Consider the aggregate function AVG() in the following statement:

SELECT AVG(T.Sales)FROM AnnualSales TGROUP BY T.State;To perform this computation, the aggregate function AVG() goes through steps like these:1. Initializes the computation by initializing the aggregation context—the rows over which aggregation is performed:runningSum = 0; runningCount = 0;2. Iteratively processes each successive input value and updates the context:runningSum += inputval; runningCount++;3. [Optional] Merge by combining the two aggregation contexts and return a single context. This operation combines the results of aggregation over subsets in order to obtain the aggregate over the entire set. This extra step can be required during either serial or parallel evaluation of an aggregate. If needed, it is performed before the Terminate step:runningSum = runningSum1 + runningSum2;runningCount = runningCount1 + runningCount24. Terminates by computing the result; uses the context to return the resultant aggregate value:return (runningSum/runningCount);

55

10. Abstraktās tabulas un tabulu funkcijas

Kodola paplašinājuma izstrādātājam var rasties vajadzība piekļūt datiem,

kas ir ārpus datu bāzes vai arī atrodas lielo objektu eksemplāros. Tādos

gadījumos DBVS nezina neko par šo datu struktūru, pat ja tie ir noteiktā

veidā strukturēti. Šajā gadījumā ir iespējams rīkoties divos veidos:

3. izveidot abstrakto tabulu;

4. vaicājumos izmantot tabulu funkciju.

Abstraktā tabula tiek interpretēta kā parastā, taču par to saturu, kas pēc

būtības ir virtuāls, atbild noteikts objektu tips, kas realizē ODCITable

interfeisu. Tipisks gadījums varētu būt kāds fails failu sistēmā, piem.,

XML fails, kura struktūra nav zināma datu bāzei, bet tajā glabājas tabulāri

interpretējami dati.

Abstrakto tabulu interfeisa metožu raksturojumi

Metode Apraksts

ODCITableStart Uzsāk virtuālo tabulas izskatīšanu.

ODCITableFetch Atgriež rindiņu kopu kārtējā solī.

ODCITableClose Veic nobeigšanas procedūras, kad datu izgūšana ir

beigusies.

56

Abstrakto tabulu darbības princips ir līdzīgs kursoriem – kamēr rezultāts

nav NULL, notiek izgūstamo datu apstrāde (t.i., tā tiek interpretēta kā

virtuāla tabula). Savukārt, kad šis process beidzas, ar ODCITableClose

metodes palīdzību tiek veikti nobeigšanas darbi (piem., aizvērti datu bāzes

kursori vai arī attīrītas temporālās struktūras vai arī tabulas).

ODCITable interfeisa metožu darbības shēma

Rezultātā lietotāja dati tiek interpretēti tabulas veidā, un tālākā darbība ar

tādu tabulu norit gluži kā ar parastu. Ja ir vajadzība datus papildināt vai

izdzēst (kas, protams, virtuālās tabulas gadījumā nav iespējams), tad var

veidot uz tādas tabulas balstītu skatu un realizēt INSTEAD OF trigeri, kas

imitēs datu ierakstīšanu šajā tabulā vai dzēšanu no tās (t.i., darbosies ar

datu avotu).

Kodola paplašinājuma izstrādātājam var parādīties vajadzība pēc dinamiskas, iteratīvas uzvedības pār virtuāli izveidotajām tabulām. Paplašināšanas arhitektūra tāpat nodrošina iteratīvas tabulu funkcijas kā papildinājumu abstraktām tabulām.

57

11. Using Pipelined and Parallel Table Functions

Table functions are functions that produce a collection of rows (either a nested table or a varray) that can be queried like a physical database table. You use a table function like the name of a database table, in the FROM clause of a query.A table function can take a collection of rows as input. An input collection parameter can be either a collection type or a REF CURSOR.Execution of a table function can be parallelized, and returned rows can be streamed directly to the next process without intermediate staging. Rows from a collection returned by a table function can also be pipelined—that is, iteratively returned as they are produced instead of in a batch after all processing of the table function's input is completed.