Datu bāzes shēma ir metadatu kolekcija, kas apraksta attiecības starp objektiem un informāciju datu bāzē. Vienkāršs veids, kā iedomāties shēmu, ir uzskatīt to par lodziņu, kurā ir tabulas, saglabātās procedūras, skati un saistītie datu līdzekļi. Shēma nosaka šīs lodziņa infrastruktūru.
Bottom Line
Pamata līmenī shēma kalpo kā datu līdzekļu konteiners. Tomēr dažādi datu bāzu piegādātāji strukturē savas shēmas dažādos veidos. Piemēram, Oracle katru shēmu uzskata par lietotāja kontu. Lai izveidotu jaunu shēmu, datu bāzes administrators izveido jaunu datu bāzes lietotāju ar paredzēto shēmas nosaukumu.
Kāpēc shēmām ir nozīme
Tā kā shēmas ir pamata strukturāla datu bāzes iezīme, lielākā daļa datu bāzes vidi izmanto piekļuves atļaujas objektiem shēmas līmenī.
Piemēram, uzņēmuma datu bāzē var būt virkne lietotāju. Katram lietotājam tiek izveidota shēma, taču piekļuve dažādām shēmām tiek piešķirta atsevišķi un ar atļauju precizitāti lietotājiem ārpus mājas shēmas.
Lielākajā daļā datu bāzes pārvaldības rīku nav norādītas shēmas; tā vietā tiek uzskaitītas datu bāzes un lietotāji.
Piemēram, uzņēmums izveido lietotāja kontus (shēmas) Bobam un Džeinai. Tas arī izveido kontus tādām nodaļām kā HR un mārketings. Pēc tam tas nodrošina katras nodaļas analītiķim piekļuvi savas nodaļas shēmas kontam.
HR analītiķis izveido tabulas un skatus HR shēmā un piešķir Bobam piekļuvi, lai lasītu (bet ne rakstītu) HR tabulu, kurā ir uzskaitīti darbinieku vārdi un ID numuri. HR analītiķis var arī piešķirt Džeinai piekļuvi, lai lasītu un rakstītu personāla tabulu, kurā ir norādīti darbinieku tālruņu numuri.
Piešķirot piekļuvi šādā veidā, tikai pareizās lomas un lietotāji var lasīt, rakstīt vai modificēt datus atsevišķā datu līdzeklī lielākā datu bāzē.
Katrs datu bāzes dzinējs uzskata, ka shēmas ir datu atdalīšanas pamatmetode vairāku lietotāju vidē.
Dažādi datu bāzes dzinēji pret lietotājiem un shēmām attiecas atšķirīgi. Skatiet savas datubāzes programmas dokumentāciju, lai uzzinātu sintakses un loģikas modeļus, kas aptver lietotājus, shēmas un atļaujas.
Shēmu izveide
Shēma ir formāli definēta, izmantojot strukturēto vaicājumu valodu (SQL). Piemēram, programmā Oracle jūs izveidojat shēmu, izveidojot lietotāja kontu, kuram tā pieder:
IZVEIDOT LIETOTĀJU bobu QUOTA 5M ON system
PROFILE app_user
PASSWORD EXPIRE;
Citiem lietotājiem tiek piešķirta piekļuve jaunām shēmām, pamatojoties uz viņu lietotājvārdu vai vienu vai vairākām lomām, kurām ir pievienots lietotāja konts.
Shēmas pret datu modeļiem
Tāpat kā datu modelis, shēma nav strukturēta tā, lai kaut ko darītu. Tā vietā tā ir infrastruktūra, kas atbalsta segmentācijas atļaujas datu bāzē.
Datu modelis ir tabulu un skatu kolekcija, kas savienota ar noteiktām atslēgām. Šie datu līdzekļi kopā kalpo biznesa mērķim. Ir pieņemami piemērot datu modeli shēmai lieliem un sarežģītiem datu modeļiem, jo to saistīšana ar shēmām nodrošina viedu datu bāzes administrēšanu. Taču loģiski nav nepieciešams izmantot shēmu datu modelim vai uzskatīt datu modeli par shēmu.
Piemēram, personāla nodaļa savā shēmā var iekļaut datu modeli darbinieku veiktspējas pārskatiem. Tā vietā, lai izveidotu shēmu šiem pārskatiem, datu modelis var iekļauties HR shēmā (kopā ar citiem datu modeļiem) un palikt loģiski atšķirīgs, izmantojot tabulas prefiksus un datu modeļa objektu skatu nosaukumus.
Datu modelis var iegūt neoficiālu nosaukumu, piemēram, veiktspējas pārskati, un pēc tam visām tabulām un skatiem var būt prefikss pr_ Darbinieku saraksta tabula var tikt norādīta kā hr.pr_employee, neprasot jaunu shēmu darbības pārskatiem.
FAQ
Kāda ir atšķirība starp datu bāzes shēmu un datu bāzes stāvokli?
Datu bāzes shēma apraksta datu bāzi. Datu bāzes stāvoklis attiecas uz datu bāzes saturu konkrētajā brīdī, un to var uzskatīt par datu bāzes shēmas paplašinājumu.
Kas ir datu bāzes relāciju shēma?
Relāciju shēma iezīmē attiecības starp tabulām un vienumiem, kas ir saistīti viens ar otru. Shēma var būt grafiska ilustrācija vai diagramma, vai arī tā var būt rakstīta SQL kodā.
