Relatsioonandmebaasile. Mõiste relatsioonandmebaasile

Tekkimist infotehnoloogia tänapäeva tähistatud revolutsiooni kõik inimtegevuse valdkondades. Aga kõik andmed ei muutunud asjatut Internet, leiutas andmebaasi süsteem, kus materjalid on järjestatud, süstematiseeritud, mistõttu neid on kerge leida ja esitada järgneva töötlemise. On olemas kolm peamist sordid - eraldada andmebaasi relatsiooniline, hierarhiline, võrgu.

põhilisi mudelid

Tulles tagasi tekkimist andmebaasid, siis tuleb öelda, et see protsess oli üsna keeruline, see pärineb arendamisega programmeeritava teabe töötlemise seadmed. See ei ole üllatav, et mitmed mudelid praegu jõuab rohkem kui 50, kuid peamised peetakse hierarhiline, relatsiooniline ja võrgu, mis on ikka veel laialt kasutatud. Mida nad esindavad?

Hierarhiline andmebaas on puu struktuuri ja koosneb andmed eri tasanditel mille vahel on side. Network andmebaasi mudel on keerulisem muster. Selle struktuur sarnaneb hierarhia ja kava laiendada ja täiustada. Nende vahe on see, et pärilik hierarhiline andmete mudelid võivad olla seotud ainult ühe esivanem, samas võrgus võib olla mitu. Struktuuri relatsiooniline andmebaas on palju keerulisem. Seetõttu tuleks lammutada üksikasjalikumalt.

Põhikontseptsioon relatsiooniandmebaasi

See mudel töötati 1970. aastal dr Edgar F. Codd teadust. See on loogiliselt struktureeritud tabeli väljad, mis kirjeldavad andmed, nende suhteid üksteisega, toimingutest neid, ja mis kõige tähtsam - eeskirjad, mis tagavad nende terviklikkust. Miks seda nimetatakse relatsiooniline mudel? See põhineb suhte (ladina. Relatio) vahel andmeid. On palju mõisteid käesoleva tüüpi andmebaasi. Relatsioonilise tabelid teavet on palju lihtsam korraldada ja anda ravi, mitte võrgu või hierarhiline mudel. Kuidas seda teha? Piisab teada funktsioone, mudeli struktuuri ja omaduste relatsiooniline tabelid.

Protsessi modelleerimise ja põhielemendid

Et luua oma andmebaasi, siis tuleks kasutada ühe simulatsioonivahendeid mõelda, millist teavet teil on vaja töötada, kujundada relatsioontabelis ja ühe ja mitme seoseid andmete üksuste täita lahter ja määrata esmase või välismaa võtmed.

Modelleerimine lauad ja projekteerimine relatsioonandmebaaside toimub läbi tasuta tööriistu nagu Workbench, phpMyAdmin, Case Studio, dbForge Studio. Pärast põhjalikku projekteerimine pilt salvestada lõppenud relatsiooniline mudel ja seda tõlkida SQL valmis koodi. Selles etapis saab alustada koostööd andmete sorteerimine, töötlemine ja süstematiseerimine.

Omadused struktuuri ja tingimused, mis on seotud relatsiooniline mudel

Iga allikas omal moel kirjeldab selle elementide, nii et ma tahaks anda väike vihje vähem segadust:

• relatsiooniline label = laadi;
• paigutus = atribuudi nimi = golf = veerupäises üksus;
• üksus Näiteks = korteež = rekord = plaadi line;
• atribuut = väärtus = raku üksuste valdkonnas.

Minna relatsioonandmebaasile omadused peaksid olema teadlikud mõned põhilised komponendid see sisaldab ja mille jaoks nad on ette nähtud.

1. Essence. Tabel relatsioonandmebaasile võib olla üks või võib olla tabelirühma iseloomustavaid kirjeldatud objektid salvestatakse sellesse kaudu andmeid. Nad on fikseeritud paljudes valdkondades, ja muutuvast kirjete arv. Tabel relatsiooniline mudel andmebaas koosneb stringid, atribuudid ja kujundus.
2. Salvestamine - muutuja ridade arvu, et kuvada andmed, mis iseloomustavad kirjeldatud objekti. Numeratsioon kannete automaatselt süsteemi poolt.
3. Oskused - andmed näidates KOKKUVÕTE veergu.
4. Field. See on üksus veerus. Nende arv - fikseeritud väärtus on loomise ajal või muutmine tabelis.

Nüüd, teades koostisosade tabeli, saate liikuda omadused relatsiooniline mudel andmebaasi:

• Sisuliselt kahemõõtmeline relatsiooniline andmebaas. Selle omaduse tõttu kerge neid prodelyvat erinevate loogiline ja matemaatilisi tehteid.
• Järjekord atribuudiväärtused ja dokumentide relatsioontabelis võib olla meelevaldne.
• Veerg jooksul relatsioontabelis peab olema oma unikaalne nimi.
• Kõik andmed veerus sisuliselt on fikseeritud pikkusega ja sama tüüpi.
• Iga kirje sisuliselt peetakse ühes tükis andmeid.
• Koostisosad read on ainulaadne. Suhete milline ei ole Duplikaatread.

Tuginedes omadused relatsiooniline andmebaas, on arusaadav, et väärtused atribuudid peaks olema sama tüüpi, pikkus. Mõtle konkreetse omaduse väärtusi.

Peamised omadused väljad relatsioonandmebaaside

Väljanimesid peab olema unikaalne ühest üksusest. Tüübid atribuudid või väljad relatsioonandmebaaside kirjeldada kategooria andmed salvestatakse üksus väljad. Field relatsiooniline andmebaas peab olema fikseeritud suurus, mis arvutatakse tähemärki. Parameetrid ja vormindada atribuudiväärtused määratleda viisil oma andmeid parandada. Ometi on olemas selline asi nagu "mask" või "sisend malli". See eesmärk on kindlaks määrata konfiguratsiooni andmed sisend atribuudi väärtus. Kindlasti on vale kirje tüüpi andmeid tuleks antud veaaruande valdkonnas. Ka valdkonnas elemendid on mõned piirangud - kontrollimise tingimusi täpsuse andmesisestuse. On kohustuslik atribuut väärtus, mis üheselt peab olema täidetud andmetega. Mõned atribuuti line täituda NULL-väärtustest. Lubatakse tühja andmeväljale atribuute. Nagu ka veateate, on väärtused, mis täidetakse automaatselt süsteemi poolt - see on vaikimisi andmed. Et kiirendada otsing andmeid ette indekseeritud valdkonnas.

Skeem mõõtmete relatsioonandmebaasile tabelis

Üksikasjalikku mõistmist juhtimissüsteemi mudeli abil SQL parim kaaluda kava näitena. Me juba teame, mida on relatsiooniline andmebaas. Kande iga tabeli - ühe andmete element. Selleks, et vältida andmete koondamine, vaja normaliseerida operatsiooni.

Põhireeglid normaliseerumine relatsiooniline olemuselt

1. väljale väärtuse nimi relatsioontabelis peab olema unikaalne, ainulaadne (esimene normaalne vorm - 1NF).

2. tabel, mis on juba vähendatud 1NF, mitteidentifitseerivaid nimi iga veeru sõltub unikaalne tabel tunnus (2NF).

3. Kõigi tabelite, mis on juba salvestatud 2NF, mitteidentifitseerivaid iga väli ei tohi sõltuda muudest tundmatu element väärtused (3NF üksus).

Andmebaasid: relatsiooniline seoseid tabelite

Seal on 2 peamist tüüpi suhted relatsiooniline tabletid:

• "Üks-palju". Vastavalt ilmneb siis, kui üks võti tabeli kirje №1 Rohkete teine üksus. Key ikooni ühte otsa tõmmatud joon näitab, et aine on küljel "üks", teine rea lõppu on sageli sümbol lõpmatus kaubamärk.

• Side "mitu paljud" moodustatud puhul mitu rida üks loogiline üksus selgesõnaline suhtlemist kirjete arv teise tabeli.
• Kui kaks üksust on ahel "üks-ühele", see tähendab, et võtmeidentifikaatori tabeli esineb muu üksus, siis on vaja eemaldada üks lauad, see on üleliigne. Aga mõnikord ainult turvalisuse programmeerijad tahtlikult eraldada kaks üksust. Seetõttu hüpoteetiliselt seost "üks-ühele" saab eksisteerida.

Olemasolu võtmed relatsioonandmebaasis

Alg- ja võtmed tuvastada potentsiaalseid andmebaasi suhteid. Relatsioonilise andmeside mudel saab olla ainult üks kandidaat võti, siis on esmane võti. Mis see on? Primaarvõti - veeru või rea atribuutide sisuliselt, mille kaudu pääsete konkreetse andmete rida. See peab olema unikaalne, ainult üks, ja selle väljad ei tohi sisaldada null väärtused. Kui primaarvõti koosneb ainult üks atribuut, siis öeldakse olevat lihtne, muidu oleks.

Lisaks primaarvõti, on olemas ja väline (välismaa võti). Paljud ei saa aru, mida nende erinevust. Uurigem neid üksikasjalikumalt näitena. Niisiis, seal on kaks tabelit: "Dean" ja "Õpilased". Sisuliselt "Dean" sisaldab väljad: "ID õpilane", "nimi" ja "Grupp". Tabel "Õpilased" on atribuudi väärtusi nagu "Name", "Grupp" ja "Keskmine". Nii nagu üliõpilane ID ei saa olla sama paar õpilast, see on valdkond, mis on esmane võti. "Nimi" ja "Grupp" alates "õpilased" tabeli võib olla sama vähe inimesi, nad viitavad üliõpilase ID number sisuliselt "Dean", et neid saaks kasutada välisriigi võti.

Näiteks relatsiooniline andmebaas mudel

Selguse huvides anname lihtsa näite relatsiooniandmebaasi mudel koosneb kahest üksusest. On tabel nimega "Dean".

On vaja läbi viia seoses saada täielikku relatsiooniline andmebaas. Entry "IN-41" kui ka "IN-72", võib esineda rohkem kui üks kord tabelis "Dean" nagu perekonnanimi, eesnimi ja isanimi õpilased, harvadel juhtudel võib olla sama, nii need väljad ei saa teha primaarvõti. sisuliselt "Õpilased" näitab.

Nagu näeme, millist tüüpi relatsioonandmebaasile väljad on täiesti erinevad. Esinevad digitaalsalvestusi ja iseloomu. Seetõttu atribuut seaded peaks näitama väärtus täisarv, char, vachar, kuupäev ja teised. In "Dean" unikaalset väärtust on ainus õpilane ID. See väli võib võtta kui primaarvõti. Nimi, kunstnik ja telefon sisuliselt "Õpilased" võib võtta välismaa võti viitamine ID üliõpilane. Ühendus on loodud. See on näide side mudel "üks ühele". Tinglikult üks ekstra lauad, neid saab kergesti kombineerida üheks tervikuks. ID-number õpilased ei saanud ülemaailmselt tuntud, see on täiesti võimalik, et seal on kaks tabelit.