Constrainty jsou kvůli referenční integritě, ale jsou používány optimalizátorem i jako indexy.

vysvětlíš? ideálně na příkladě. (index je struktura, constraint je pravidlo..)

(a bere ta veda v potaz, ze kdyz zalozim nejaky "hezky" index s uniquie/not null parametrem, ze to pro optimalizator sice ma efekt, ale realne jsou zalozeny constrainty samostatne, podobne jako primarni klic neni nic jineho nez kombinace index+not null constraint+ uniquie constraint a tedy pokud zalozis tuhle trojku tak mas to same jako primary key, pro optimalizator je to naprosto to samé. Jedinej rozdil je v tom, ze pri "primary key" se to chová jinak při dropu - jde to pryč dohromady. Pokud jsi to založil zvlášt musíš to dropovat postupně (oracle, mysql nevim)

Při běhání s naším psíkem po zahradě mi napadla jen jedna* možnost jak vynutit refrenční integritu přes index a nejde to jinak než přes samostatný constraint. Index je pro výkon a nema a tedy nemuze slouzit k vynuceni refrencni integrity.

* - a to když potřebuju vynutit integritu na základě funkce, kterou nemužu použít v CHECK (USER,USERENV..), ale mužu jíž použít ve funkčním indexu.