Relaatiotietokantaan. Käsite relaatiotietokanta

Syntymistä tietotekniikkaa nyky ilmoitetut vallankumous kaikille inhimillisen toiminnan. Mutta kaikki tieto ei tullut tarpeetonta jätettä Internetissä, keksi tietokantajärjestelmään, jossa materiaaleja lajitellaan, systematisoida, sillä seurauksella, että ne on helppo löytää ja esittää seuraavassa prosessoinnissa. On olemassa kolme eri makua - jakaa tietokannan relaatiomuotoisia hierarkkinen, verkko.

perusmallien

Palaten syntymistä tietokantojen, on todettava, että tämä prosessi on melko monimutkainen, se on peräisin kehityksen kanssa ohjelmoitavan tietojenkäsittelylaitteet. Ei ole yllättävää, että määrä malleja nykyään tavoittaa yli 50, mutta tärkein niistä pidetään hierarkkinen, ihmissuhteisiin ja verkko, jota käytetään yhä laajalti käytännössä. Mitä ne ovat?

Hierarkkinen tietokanta on puurakenne ja koostuu tietojen eri tasoilla, joiden välissä on viestintä. Tietokantaa malli on monimutkaisempi malli. Sen rakenne muistuttaa hierarkia, ja järjestelmää laajentaa ja parantaa. Ero niiden välillä on se, että perinnöllinen hierarkkinen tietojen malleja voidaan yhdistää vain yksi kantaisä, kun taas verkko voi olla useita. Rakennetta ihmissuhteisiin tietokannan on paljon monimutkaisempi. Siksi olisi purettava tarkemmin.

Perusajatuksen relaatiotietokanta

Tämä kehitettiin vuonna 1970 tohtori Edgar F. Codd tiedettä. Se on loogisesti jäsennelty pöydän kenttiä, joissa esitetään tiedot, niiden suhteita toisiinsa, suoritettua niitä, ja mikä tärkeintä - säännöt, jotka takaavat tiedon koskemattomuuden. Miksi sitä kutsutaan relaatiomalliin? Se perustuu suhteeseen (latinan. Relatio) välillä dataa. On olemassa monia määritelmiä tämän tietokannan tyyppi. Relaatiotaulukoiden tietoa on paljon helpompi järjestää ja antaa hoitoa, eikä verkon tai hierarkkista mallia. Miten teet sen? Se on tarpeeksi tietää ominaisuuksia, rakennemallia ja ominaisuudet relaatiotaulukoista.

Prosessin mallintamista ja peruselementit

Jotta voidaan luoda oman tietokannan, sinun tulee käyttää yhtä mallintamisvälineiden miettiä, mitä tietoja sinun täytyy työskennellä, suunnitella ihmissuhteisiin pöytä ja yhden ja useiden yhteyksiä dataolioina täyttää solun ja määrittää ensisijaisen tai viiteavaimia.

Mallinnus pöydät ja suunnittelemalla relaatiotietokantojen tehdään ilmaisia työkaluja, kuten Workbench, PhpMyAdmin asia Studio, dbForge Studio. Yksityiskohtaisen suunnittelu tallentaa graafisen valmiin relaatiomalliksi ja kääntävät sen SQL-ready-koodin. Tässä vaiheessa voit aloittaa tietojen käsittelyn lajittelua, käsittelyä ja systematisointi.

Ominaisuudet rakenteen ja ehdot liittyvät relaatiomalliin

Kukin lähde omalla tavallaan kuvaa sen osia, joten Haluan antaa hieman vihje vähemmän hämmennystä:

• relaatio label = luonne;
• layout = määrite name = golf = sarakeotsikkoa kokonaisuus;
• yksikkö esimerkiksi = tupla = tietueen = levy linja;
• attribuutti = arvo = solun yksiköitä alalla.

Mennä relaatiotietokantojen ominaisuuksia pitäisi olla tietoinen joitakin perusasioita komponentteja se sisältää ja joista ne on tarkoitettu.

1. Olemus. Taulukko relaatiotietokantaan voi olla yksi, tai se voi olla joukko taulukoita, jotka karakterisoivat kuvatut tavoitteet siihen tallennetun datan läpi. Niissä on pysyvä useita kenttiä, ja vaihteleva määrä merkintöjä. Taulukko relaatiomalliin tietokanta muodostuu jouset, attribuutteja, ja ulkoasu.
2. Tallennus - vaihteleva määrä rivejä, jotka näyttävät tiedot, jotka luonnehtivat kuvatun tavoitteen. Numerointi tapahtuu automaattisesti rekisteröintijärjestelmä.
3. Attribuutit - Data esittää YHTEENVETO sarakkeita.
4. Kenttään. Se on kokonaisuus sarake. Niiden numero - kiinteä arvo on asetettu aikana perustamisen tai muuttamisen taulukossa.

Nyt tietäen osatekijät taulukon, voit siirtyä ominaisuuksiin relaatiomalliksi tietokannassa:

• Olennaista kaksiulotteinen relaatiotietokantaan. Johtuen tämä ominaisuus helposti mukanaan prodelyvat erilaisia loogisia ja matemaattisia laskutoimituksia.
• Järjestyksen attribuuttiarvoja ja asiakirjoja relaatio taulukossa voi olla mielivaltainen.
• Sarake sisällä ihmissuhteisiin pöytä on oltava oma yksilöllinen nimi.
• Kaikki tiedot sarakkeessa on olennaisesti kiinteä pituus ja samaa tyyppiä.
• Tahansa kohdassa pohjimmiltaan pidetään yhtenä osa tiedoista.
• Kuuluvan osan rivit ovat ainutlaatuisia. Relaatio luonne eivät ole päällekkäisiä rivejä.

Ominaisuuksien perusteella on relaatiotietokannan, on selvää, että ominaisuuksien arvoja tulisi olla samaa tyyppiä, pituus. Harkitse tietty määritearvoja.

Pääpiirteistä kenttien relaatiotietokantojen

Kenttien nimet on oltava yksilöivä yhdeksi kokonaisuudeksi. Tyyppisiä ominaisuuksia tai kenttien Relaatiotietokantojen kuvaavat luokka tallennettujen tietojen kokonaisuus aloilla. Kenttä relationaalinen tietokanta on oltava kiinteä koko, joka lasketaan merkkiä. Parametrit ja alustaa määritearvot määritellään, miten korjata tietonsa. Silti on olemassa sellainen asia kuin "mask" tai "input malli". Se on suunniteltu määrittämään konfiguraation datasyöttöä attribuutin arvo. Varmasti väärään kirjaa tyyppisiä tietoja olisi annettava vikailmoituksen alalla. Myös kentällä elementit ovat joitakin rajoituksia - edellytykset tarkkailun tarkkuuden ja tietojen syöttämisen. On pakollinen ominaisuuden arvo ainutkertainen on täynnä dataa. Jotkut attribuutti linja voi olla täytetty NULL-arvoja. Päästää tyhjän datakentän ominaisuuksia. Kuten vikailmoituksen, on arvoja, jotka ovat täynnä automaattisesti järjestelmään - tämä on oletusarvo dataa. Nopeuttaa etsiä tietoja tarkoitettu indeksoitu kenttään.

Kaavio ulotteinen relaatiotietokannan tietokantataulun

Yksityiskohtainen käsitys hallintajärjestelmän mallilla käyttäen SQL parasta harkita järjestelmää esimerkkinä. Tiedämme jo, mikä on relaatiotietokanta. Merkintä kunkin taulukon - yksi tieto. Estämiseksi vaivalla, välttämätöntä normalisoida toimintaan.

Perussäännöt normalisoituminen ihmissuhteisiin luonto

1. arvo kentän nimi relationaalisen pöydän tulee olla ainutlaatuinen, ainoa laatuaan (ensimmäinen normaalimuoto - 1NF).

2. taulukon, joka on jo vähennetty 1NF, ei-tunnistaa nimi sarakkeen riippuvaisia yksilöllinen taulukon tunnisteen (2NF).

3. kaikki taulukot, jotka on jo tallennettu 2NF, ei-yksilöidään kukin kenttä voi olla riippumattomia muiden tunnistamattomien elementin arvot (3NF yksikkö).

Tietokannat: ihmissuhteisiin yhteyksiä taulukoiden

On 2 tärkeimmät tyypit suhteita relaatio tablichek:

• "Yhden monta". Mukainen tapahtuu, kun yksi avain taulukon merkinnän №1 useita esiintymiä toisen kokonaisuuden. Avainkuvake yksi päät vedetään viiva osoittaa, että aine on sivussa "yksi", toinen pää linja on usein symboli ääretön merkki.

• Viestintä "monta-monta" tapauksessa muodostetaan useita rivejä yksi looginen kokonaisuus nimenomaisen vuorovaikutus määrä tietueita toisen taulukon.
• Jos kaksi yksikköä on ketjutus "yksi yhteen", se tarkoittaa, että avain tunniste taulukko on läsnä muun yksikön, niin on tarpeen poistaa yhden taulukoista, se on tarpeeton. Mutta joskus vain turvallisuus- ohjelmoijat tarkoituksella erottaa kaksi kokonaisuutta. Näin ollen, hypoteettisesti, välinen yhteys "yksi yhteen" voi esiintyä.

Olemassaolo avaimet relaatiotietokantaan

Ensisijainen ja toissijainen avaimet tunnistaa mahdolliset tietokantaan suhteita. Relaatiotietoja viestinnän malli voi olla vain yksi ehdokas avain, se on ensisijainen avain. Mikä se on? Perusavain - sarake tai joukko ominaisuuksia olemus, jonka kautta voit päästä tietyn datan linja. Sen on oltava yksilöllinen, ainoa, ja sen kenttiä voi sisältää null-arvoja. Jos perusavain koostuu vain yhden attribuutin, sitten se sanotaan olevan yksinkertainen, muuten on.

Lisäksi perusavain, on olemassa ja ulkoinen (foreign key). Monet eivät ymmärrä, mitä eroa niiden välillä. Tarkastellaan niitä tarkemmin esimerkkinä. Niin, on olemassa kaksi taulukkoa: "Dean" ja "opiskelijat". Ydin "Dean" sisältää kenttiä: "ID opiskelija", "Nimi" ja "Group." Table "Opiskelijat" on attribuuttiarvoja kuten "Nimi", "Ryhmä" ja "Keskimääräinen". Niin opiskelija ID ei voi olla sama muutama opiskelija, se on alan olevan ensisijainen avain. "Nimi" ja "ryhmä" alkaen "opiskelijat" pöydän voi olla sama harvat, ne viittaavat opiskelijan tunnus numeron olemus "Dean", jotta niitä voidaan käyttää viiteavain.

Esimerkkinä relationaalinen tietokantamalli

Selvyyden vuoksi annamme yksinkertainen esimerkki relaatiotietokantojen mallia, joka koostuu kahdesta kokonaisuudesta. On taulukko, jonka nimi on "Dean".

On välttämätöntä suorittaa yhteyden saada täyden relaatiotietokantaan. Merkintä "IN-41" ja "IN-72", voi olla läsnä enemmän kuin kerran taulukossa "Dean", kuten sukunimi, nimi ja nimestä opiskelijoiden, harvoissa tapauksissa, voi olla sama, joten nämä eivät voi jäädä tehdä perusavain. ydin "Opiskelijat" näyttää.

Kuten näemme, millaisia relaatiotietokanta kentät on täysin erilaista. Läsnä digitaalisia tallenteita ja luonnetta. Siksi määrite asetuksissa tulisi arvo kokonaisluku, nieriä, vachar, päivämäärä ja muut. Kun "Dean" ainutlaatuinen arvo on ainoa opiskelijakortti. Tämä kenttä voidaan pitää perusavain. Nimi, esittäjän ja puhelin olemus "opiskelijat" voidaan pitää viiteavaimen viittaaminen tunnuksen opiskelija. Yhteys on muodostettu. Tämä on esimerkki viestinnän malli "yksi yhteen". Hypoteettisesti, yksi ylimääräisistä taulukoista, ne voidaan helposti yhdistää yhdeksi kokonaisuudeksi. ID--opiskelijoiden määrä ei tullut yleisesti tiedossa, on täysin mahdollista, että on olemassa kaksi pöytää.