peaaegu polegi - erinevatele kasutajaltele erinevate õiguste andmine on keerulisem (sh. passwordid); siiski on lihtne anda lihtsaid õigusi - andmebaasi struktuurist kõneldes kasutatakse (tõenäoliselt põhjusega) mõisteid 'class', 'instance' jms mis on tuntud kui lähenetakse asjadele 'objekt- orienteeritud' seisukohast. Nt. MySQL'i andmeväli ei saa koosneda mitmest alamosast. Küll aga PostgrSQL'i puhul võib. Alates versioonist 8.3 on olemas ka fulltext otsing ja seda ei pea eraldi patchina lisama. Baasi loomine Käivitage postgreSQL prooviks: (logige uuesti sisse kasutaja postgres alt, et lisatud PATH'i take'eksid efffect'i :) Kõik järgnevad käsud tuleb anda postgres kasutaja alt, su - postgres looge andmebaas $ createdb mhh votke andmebaasiga ühendust $ psql käsivitage lihtne päring postgres=> SELECT datetime 'now'; (kas tulemus on näha?)
Infotehnoloogia sõnastik põhjal) relatsiooni atribuutide paari (A,B) omadus, mille kohaselt A iga atribuudiväärtuse jaoks leidub täpselt üks B seotud atribuudiväärtus. Veerg võib korraga sõltuda ka mitmest veerust. Veergude grupi B täielik funktsionaalne sõltuvus veergude grupist A eksisteerib siis, kui on täidetud järgmised tingimused: - B sõltub funktsionaalselt A-st. - B ei sõltu funktsionaalselt mingist A alamosast. - Veergude grupp sisaldab üks või rohkem veergu. St. kui meil on funktsionaalne sõltuvus A(a1,..,an) _B(b1,...,bn) siis B täieliku funktsionaalse sõltuvuse puhul A-st ei ole võimalik eemaldada mistahes a1,..,an ilma et valem kaotaks kehtivuse. Ülekanduvad sõltuvused Veerg C sõltub ülekanduvalt veerust A veeru B kaudu, kui A_B ja B_C. A ei tohi olla funktsionaalselt sõltuv B-st või C-st. Ülekanduv sõltuvus on teatavat tüüpi funktsionaalne sõltuvus.
See hõlmab nii IT seadmete amortisatsiooni kui ka otsekulusid (tarkvaralitsentsid, teenuslepingud vms.), tööjõukulu ja muid IT valdkonna kulusid (rent, kulu raamatupidamisele jne.). IT teenuse talitluspidevuse halduse protsess - ITIL v2: IT service continuity management IT teenuse talitluspidevus on äri talitluspidevuse osa. Reeglina ongi see protsess „peitunud“ äri talitmispidevuse projekti. Reaalselt tuleb arvestada, et protsess koosneb kolmest suurest alamosast: skoobi defineerimine / meetodi valik; talitluspidevuse tagamise esmase võimekuse loomine; pidev töö selle võime sälitamisel. Ehk, eelkõige tuleb aru saada võimalikest stsenaariumitest, mis on kõrge riskiga (suure tõenäosuse ja suure kahjuga) – sest kõikvõimalikele stsenaariumitele piiratud ressursi tingimustes pole võimalik ettevalmistusi teha. Seejärel tuleb tagada valmisolek nendele stsenaariumitele reageerimiseks - koostada tegevusplaan, sh. nii
annaabi.ee 
