Omadus-väärtus (ehk rdf) andmebaasidest

Enne rdf baaside selgitamist kirjutan andmete hoidmisest nö traditsioonilistes andmebaasides.

Harilikud tabelid mitte-rdf baasides

Harilikes andmebaasides hoitakse andmeid enamasti mitmes tabelis: iga tabel sisaldab infot mingit sorti asjade kohta (inimesed, firmad, autod jne jne). Iga tabel sisaldab hulga tulpasid: üks tulp sisaldab vastavat sorti asja mingit kindlat infot (nimi, registrikood, mark, hind vms).

Toome lihtsa näite kahe tabeliga, kusjuures kumbatki võib hoida lihtsalt ketta peal failina:

inimesed.csv:

  kood,nimi,vanus,isikukood,pikkus
  1,Arvo,18,,185
  2,Jaan,20,38410122641,

Selles inimeste tabelis on meil - näite mõttes - puudu esimese isiku isikukood ja teise pikkus (me lihtsalt ei tea neid andmeid)

ametid.csv:

  amet,palk,ikood
  ehitaja,15000,1
  valvur,6000,1
  valvur,2000,2

Ametite tabelis on näite mõttes toodud kaks erinevat valvuri ametikohta, kumbki eri palgaga.

Kui tahad siduda eri tabeleid (näiteks, panna kirja, mis amet on mis inimesel) siis tehakse seda antud näites nii, et ametite tabelis on ikood tulbas kirjas inimese kood isikute tabelis (ehk, "ikood" tulp ametite tabelis vastab "kood" tulbale isikute tabelis). Meie näites on Arvol seega kaks ametit, ning Jaanil ainult üks, seegi madala palgaga.

Omadus-väärtus (ehk rdf) andmebaaside idee

Traditsiooniline viis andmeid hoida on väga hea, kui on täpselt teada, mis sorti asjade kohta ja mis sorti infot me hoidma hakkame. Teisisõnu, saame tabelite loetelu ja tulbad ette ära määrata, ning siis teha oma programmid täpselt nende tabelite ja nende tulpade jaoks.

Paraku ei ole see igas rakenduses võimalik. Eriti ebamugavaks läheb olukord, kui andmeid tuleb lugeda võrgus olevatest andmebaasidest, mida teised arendajad vahel muudavad (lisavad sinna tulpasid jne): me ei saa täpselt ette ennustada, et mis tabelid mis tulpadega meile kättesaadavad on.

Appi tuleb järgmine lihtne idee: hoiame kõiki oma objekte (inimesed, ametid, autod jne) ühesainsas nelja tulbaga tabelis:

 objekti kood  ,  objekti omaduse nimi ,  objekti omaduse väärtus,  objekti omaduse tüüp

Ehk, selle asemel, et iga omadust hoida eraldi tulbas, hoiame ühe objekti ühte omadust täpselt ühel real. Arusaadavalt on selliselt tehtud andmebaasis palju rohkem ridu, kui nö traditsioonilises andmebaasis.

Ülaltoodud inimeste tabeli info oleks seega esitatud niimoodi (tulba nimesid ei kirjutagi):

 1,nimi,Arvo,string
 2,nimi,Jaan,string
 1,vanus,18,integer
 2,vanus,20,integer

1,pikkus,185,integer 2,isikukood,38410122641 2,amet,3,uri 2,amet,4,uri 3,nimi,ehitaja,string 4,nimi,valvur,string 3,palk,15000,integer 4,palk,6000,integer 1,hobi,5,uri 5,tyyp,motlemismang,string 2,hobi,6,uri 6,tyyp,korvpall,string 1,omab,7,uri 7,tyyp,auto,string 7,mark,ford 7,hind,200000,integer 10,tyyp,maja,string 10,hind,2000000,integer 1,omab,autod#2,uri 2,omab,autod#1,uri