Relāciju datu bāzē. Jēdziens relāciju datubāzes

Ar datoru tehnoloģijas parādīšanās mūsu modernajā informācijas atzīmēti revolūciju visās darbības sfērās. Bet visu informāciju nekļūst nevajadzīgu atkritumu internetu, izgudroja datubāzes sistēma, kurā materiāli tiek sakārtoti, sistematizēti, kā rezultātā tie ir viegli atrast un iesniegt turpmāku apstrādi. Ir trīs galvenās šķirnes - piešķirt datubāzes relāciju, hierarhiska, tīklu.

būtiskas modeļi

Atgriežoties pie rašanos datu bāzes, būtu teikt, ka šis process bija diezgan sarežģīts, tas nāk ar attīstību programmējamu informācijas apstrādes iekārtas. Tas nav pārsteidzoši, ka modeļu skaits šobrīd sasniedz vairāk nekā 50, bet galvenie tiek uzskatīti hierarhiska, relāciju un tīkls, kas joprojām plaši izmanto praksē. Ko viņi pārstāv?

Hierarhiskā datu bāze ir koka struktūra un sastāv no datu dažādos līmeņos, starp kuriem pastāv komunikācija. Tīkla datu bāze modelis ir sarežģītāks modelis. Tās struktūra līdzinās hierarhiju, un shēma paplašināta un uzlabota. Atšķirība starp tiem ir tā, ka iedzimtības hierarhiskā datu modeļi var saistīt tikai ar vienu sencis, bet tīkls var būt vairāki. Par relāciju struktūra datu bāzē ir daudz sarežģītāka. Tādēļ būtu jādemontē sīkāk.

Pamata koncepcija relāciju datubāzes

Šis modelis tika izstrādāts 1970. gadā, Dr. Edgars Kods zinātni. Tas ir loģiski strukturēts galds ar laukiem, kas raksturo datus, viņu attiecības ar otru, kas tiek veiktas uz tiem, un vissvarīgāk - noteikumiem, kas nodrošina to integritāti. Kāpēc tas tiek saukts par relāciju modelis? Tā ir balstīta uz attiecībām (no latīņu. ATTIECĪBAS) starp datiem. Ir daudzas definīcijas šā veida datu bāzi. Relāciju tabulas ar informāciju, ir daudz vieglāk organizēt un sniegt ārstēšanu, nevis tīkla vai hierarhisku modeli. Kā jūs to darīt? Tas ir pietiekami, lai zināt pazīmes, modeļa struktūru un īpašības relāciju tabulām.

Modelēšanas un pamatelementu process

Lai izveidotu savu datu bāzi, jums vajadzētu izmantot kādu no modelēšanas rīku domāt ar kāda informācija jums ir nepieciešams strādāt, lai izstrādātu relāciju tabulu un vienu un vairākas saites starp datu vienībām, lai aizpildītu šūnu un noteikt primāros vai ārvalstu taustiņus.

Modelēšana galdi un izstrādājot relāciju datu bāzes tiek veikta, izmantojot bezmaksas rīkus, piemēram, Workbench, PhpMyAdmin lietā Studio, dbForge Studio. Pēc detalizētas izstrādes, lai saglabātu grafisko gatavo relāciju modeli un pārvērst to par SQL gatavs kodu. Šajā posmā, jūs varat sākt strādāt ar datu šķirošanas, pārstrādes un sistematizācija.

Iezīmes struktūras un termini, kas saistīti ar relāciju modelis

Katrs avots savā veidā raksturo tās elementi, tāpēc es gribētu sniegt nelielu mājienu par mazāku neskaidrības:

• relāciju etiķete = raksturu;
• izkārtojums = atribūts name = golfa = kolonnu galvenes organizāciju;
• subjekts instance = vektorā = ieraksts = plate līnijas;
• atribūts = vērtība = šūnu vienības lauks.

Lai pārietu uz relāciju datu bāzes īpašībām jāapzinās daži pamatkomponentiem Tajā ietilpst, un par kuriem tie ir paredzēti.

1. Essence. Galda relāciju datu bāzes, var būt viens vai var būt tabulu komplekts, kas raksturo aprakstītas tajā glabājas caur datu objektus. Viņiem ir noteikts skaits lauku un mainīgs ierakstu skaitu. Tabula relāciju modelis datu bāze sastāv no virknes, atribūtiem, un izkārtojumu.
2. Ierakstīšana - mainīgais rindu skaitu, kas parāda datus, kas raksturo šo aprakstīto objektu. Numerācija ierakstiem automātiski veic sistēmā.
3. Atribūti - Datu parādot kopsavilkumu kolonnas.
4. Lauks. Tas ir uzņēmums kolonnas. To skaits - fiksētā vērtība ir iestatīts izveidi vai grozīšanu galda laikā.

Tagad, zinot veidojošos elementus galda, jūs varat pāriet uz īpašībām relāciju modeļa datu bāzē:

• No divdimensiju relāciju datu bāzē būtība. Sakarā ar šo īpašumu ar viņiem viegli prodelyvat dažādas loģiskās un matemātiskās operācijas.
• Par atribūtu vērtību un uzskaites kārtība relāciju tabulu var būt patvaļīgs.
• Kolonna ietvaros relāciju tabulas ir savs unikāls nosaukums.
• Visi dati kolonnā būtībā ir noteikta garuma un to pašu veidu.
• Jebkurš ieraksts būtībā tiek uzskatīta par vienu gabalu datus.
• Sastāvdaļas rindas ir unikāli. Relāciju daba nav dublēt rindas.

Pamatojoties uz īpašībām relāciju datu bāzē, tas ir saprotams, ka vērtības atribūti jābūt tāda paša veida, garuma. Apsveriet konkrētu atribūtu vērtības.

Galvenās īpašības jomās relāciju datu bāzēm

Lauku nosaukumiem ir jābūt unikāliem vienotu veselumu. Par atribūtu vai lauku relāciju datu bāzu veidi aprakstīt kategoriju glabāto datu entītiju jomās. Lauks relāciju datu bāzē jābūt fiksēts lielums, kas tiek aprēķināta rakstzīmes. Parametri un formatēt atribūtu vērtības definēt veidu labot savus datus. Tomēr pastāv tāda lieta kā "masku" vai "ieejas šablonu". Tā ir izstrādāta, lai noteiktu konfigurāciju datu ievades ar atribūta vērtību. Protams pie nepareizā ieraksta veida datiem būtu izsniegta kļūdas ziņojumu šajā jomā. Arī uz lauka elementi ir daži ierobežojumi - nosacījumi pārbaudīt precizitāti un precizitāti datu ievades. Ir obligāts atribūts vērtība, kas unikāli ir jāaizpilda ar datiem. Daži atribūtu līnija var tikt piepildīta ar NULL vērtībām. Atļauts iebraukt tukšo datu lauka atribūtus. Kā ar kļūdas ziņojumu, ir vērtības, kas tiek automātiski aizpildītas ar sistēmu - tas ir noklusējuma dati. Lai paātrinātu meklēšanu jebkādu datu paredzēti indeksēts lauks.

Shēma trīsdimensiju relāciju datu bāzes tabulas

Par detalizētu izpratni par vadības sistēmas modeli, izmantojot SQL vislabāk uzskatīt shēmu kā piemēru. Mēs jau zinām, kas ir relāciju datu bāzē. Ieraksts katrā tabulā - viens datu elements. Lai novērstu datu dublēšanas, nepieciešams, lai normalizētu darbību.

Pamatnoteikumi normalizāciju relāciju dabas

1. lauka nosaukuma vērtība relāciju tabulu jābūt unikālai, viena veida (pirmais Normal Form - 1NF).

2. tabulu, kas jau ir samazināts līdz 1NF, neidentificējošos nosaukumu jebkurā kolonnā būt atkarīga unikālu galda identifikatoru (2NF).

3. Attiecībā uz visām tabulām, kas jau glabājas 2NF, neidentificējošos katru laukumu var būt neatkarīga no citām neidentificētu elementu vērtībām (3NF vienību).

Datu bāzes: relāciju saites starp tabulām

Ir 2 galvenie veidi attiecību relāciju tabletēm:

• "Viens pret daudziem". Pēc iestājas tad, kad viena no galvenajām tabulas ieraksts №1 vairākus gadījumus otro vienību. Key ikona par vienu no galiem novilkta līnija norāda, ka viela ir uz pusi "viens", bet otrs gals līnijas bieži ir simbols bezgalības zīmi.

• Komunikācija "daudzi pret daudziem", veidojas, ja vairākas rindas vienā loģiskā vienība skaidra mijiedarbība ar vairākām ierakstu cita galda.
• Ja abas vienības ir apvienojums, "1-1", tas nozīmē, ka galvenais identifikators tabulā ir klāt citai iestādei, tad tas ir nepieciešams, lai novērstu vienu no tabulām, tas ir lieks. Bet dažreiz tikai drošības programmētājiem apzināti atdala divas vienības. Tāpēc, hipotētiski, savienojums starp "viens pret vienu", var pastāvēt.

Esamība atslēgām relāciju datu bāzē

Primārās un sekundārās taustiņi identificēt iespējamos datu bāzē attiecības. Relāciju datu komunikācijas modelis var būt tikai viens kandidāts atslēgu, tas būs primārā atslēga. Kas tas ir? Primārā atslēga - kolonnas vai kopa atribūtiem būtības, caur kuru var iegūt piekļuvi konkrētai datu līniju. Ir jābūt unikālam, tikai viena, un tā lauki nedrīkst saturēt Null vērtības. Ja primārā atslēga sastāv tikai no viena atribūtu, tad tas varētu būt vienkārši, pretējā gadījumā būs.

Bez primāro atslēgu, pastāv un ārējā (ārējā atslēga). Daudzi nesaprot, kāda ir atšķirība starp tiem. Ļaujiet mums pārbaudīt tos sīkāk kā piemēru. Tātad, ir divas tabulas: "Dean" un "Studenti". Par "Dean" būtība satur laukus: ". Grupa" "ID students", "nosaukums" un Tabula "Studenti" ir atribūtu vērtības, piemēram, "Nosaukums", "grupa" un "Vidējais". Tā kā students ID nevar būt tāds pats pāris studentiem, tas ir lauks primārā atslēga. "Nosaukums" un "Group" no "studenti" no galda var būt tāds pats pāris cilvēkiem, viņi atsaucas uz studenta ID numuru no būtības "Dean", lai tos varētu izmantot kā ārējo atslēgu.

Piemērs relāciju datu bāzes modeli

Skaidrības labad, mēs sniegt vienkāršu piemēru relāciju datu bāzes modeli, kas sastāv no divām vienībām. Ir tabula ar nosaukumu "Dean".

Tas ir nepieciešams, lai veiktu pieslēgumu, lai iegūtu pilnu relāciju datu bāzē. Entry "IN-41", kā arī "IN-72", var būt klāt vairāk nekā vienu reizi tabulā "Dean" kā uzvārds, vārds un tēvvārds studentu, retos gadījumos var būt vienādi, tāpēc šie lauki nedrīkst būt veikt primāro atslēgu. būtība "Studenti" rādīs.

Kā mēs varam redzēt, ka no relāciju datu bāzes laukiem veidi pilnīgi atšķirīgi. Sastopami kā ciparu ierakstiem un raksturu. Tāpēc atribūtu uzstādījumi jānorāda vērtību skaitlim, palijas, vachar, datumu un citi. In "Dean" unikālu vērtību ir vienīgais students ID. Šis lauks var ņemt kā primāro atslēgu. Vārds, mākslinieks, un telefonu no būtības "Studenti", var ņemt kā ārējo atslēgu atsauču ID students. Savienojums ir izveidots. Šis ir piemērs komunikāciju modeli "00:59". Hipotētiski, ir viens no papildu tabulas, tās var viegli kombinēt vienu vienību. Uz ID-studentu skaitu nav kļuvuši vispārēji zināms, tas ir diezgan iespējams, ka ir divas tabulas.