Relasionele databasis. Die idee van 'n relasionele databasis

Die opkoms van rekenaartegnologie in ons moderne inligting gekenmerk deur 'n rewolusie in alle terreine van menslike aktiwiteite. Maar aan al die inligting nie onnodige vermorsing geword in die Internet, is uitgevind deur die databasis stelsel, waarin die materiaal word gesorteer, gesistematiseerde, met die gevolg dat dit is maklik om te vind en die daaropvolgende verwerking in te dien. Daar is drie hoof variëteite - toewys databasis relasionele, hiërargiese, netwerk.

fundamentele modelle

Terug te keer na die opkoms van databasisse, moet dit gesê word dat hierdie proses was nogal kompleks, dit is afkomstig van die ontwikkeling van 'n programmeerbare inligting verwerking toerusting. Dit is nie verbasend dat die aantal modelle wat tans bereik meer as 50, maar die belangrikste hiervan is beskou as hiërargiese, relasionele en netwerk, wat steeds wyd gebruik word in die praktyk te wees. Wat doen hulle verteenwoordig?

Hiërargiese databasis het 'n boom struktuur en is saamgestel uit data van verskillende vlakke tussen wat daar is kommunikasie. Netwerk databasis model is 'n meer ingewikkelde patroon. Die struktuur lyk soos 'n hiërargie, en die skema uitgebrei en verbeter. Die verskil tussen hulle is dat die besit hiërargiese data modelle gekoppel kan word met net een voorouer, terwyl die netwerk verskeie mag wees. Die struktuur van 'n relasionele databasis is veel meer kompleks. Daarom moet dit afgebreek word in meer detail.

Die basiese konsep van 'n relasionele databasis

Hierdie model is ontwikkel in 1970 deur Dr. Edgar F. Codd wetenskap. Dit is 'n logies gestruktureerde tafel met velde wat die data beskryf, hul verhoudings met mekaar, operasies uitgevoer op hulle, en die belangrikste - die reëls wat hulle integriteit te waarborg. Hoekom dit staan bekend as die relasionele model? Dit is gebaseer op die verhouding (van die Latynse. Relatio) tussen data. Daar is baie definisies van hierdie tipe databasis. Relasionele tabelle met inligting is baie makliker om te organiseer en gee behandeling, eerder as om 'n netwerk of hiërargiese model. Hoe kan jy dit doen? Dit is genoeg om die funksies, die model struktuur en eienskappe van die relasionele tabelle weet.

Die proses van modellering en basiese elemente

Ten einde jou eie databasis te skep, moet jy een van die modellering gereedskap gebruik om te dink met watter inligting wat jy nodig het om te werk, tot 'n relasionele tabel en enkel-en meer links te ontwerp tussen data-entiteite om die sel te vul en stel die primêre of vreemde sleutels.

Modellering tafels en die ontwerp van relasionele databasisse uitgevoer word deur vrye gereedskap soos Werksbank, phpMyAdmin, Case Studio, dbForge Studio. Na gedetailleerde ontwerp om die grafiese klaar relasionele model te red en vertaal dit in 'n SQL-gereed-kode. Op hierdie stadium is, kan jy begin werk met die data te sorteer, verwerking en sistematisering.

Eienskappe van die struktuur en terme wat verband hou met die relasionele model

Elke bron in sy eie manier beskryf sy elemente, so ek wil graag 'n bietjie wenk gee vir minder verwarring:

• relasionele etiket = aard;
• uitleg = kenmerk name = gholf = kolomkop entiteit;
• entiteit byvoorbeeld = tuple = rekord = plaat lyn;
• kenmerk = waarde = sel entiteite veld.

Om te gaan na 'n relasionele databasis eienskappe moet bewus wees van 'n paar basiese komponente dit bestaan en waarvoor dit bedoel is.

1. Wese. Tafel relasionele databasis kan een, of dalk 'n stel van tafels wat kenmerkend beskryf voorwerpe daarin gestoor deur die data wees. Hulle het 'n vaste aantal velde, en 'n veranderlike aantal inskrywings. Tafel relasionele model databasis is saamgestel uit snare, eienskappe, en uitleg.
2. Opname - 'n veranderlike aantal rye wat die data wat die beskryf voorwerp kenmerk vertoon. Nommering van inskrywings outomaties deur die stelsel.
3. Eienskappe - Data toon 'n OPSOMMING kolomme.
4. Veld. Dit is 'n entiteit kolom. Hulle getal - die vaste waarde is ingestel tydens die skepping of verandering van die tafel.

Nou, met die wete die samestellende elemente van die tafel, kan jy aanbeweeg na die eienskappe van die relasionele model databasis:

• Die essensie van twee-dimensionele relasionele databasis. As gevolg van hierdie eiendom met hulle maklik prodelyvat verskeie logiese en wiskundige bewerkings.
• Die einde van kenmerk waardes en rekords in 'n relasionele tabel kan arbitrêr wees.
• Kolom binne 'n relasionele tabel moet sy eie unieke naam het.
• Alle data in die kolom het in wese 'n vaste lengte en dieselfde tipe.
• Enige inskrywing in wese beskou word as 'n stuk van data.
• Samestellende komponente van die rye is uniek. Die relasionele aard is geen dubbele rye.

Gebaseer op die eienskappe van die relasionele databasis, is dit verstaan dat die waardes van eienskappe van dieselfde tipe, lengte moet wees. Dink aan 'n bepaalde kenmerk waardes.

Die belangrikste kenmerke van die velde van relasionele databasisse

Veldname moet uniek binne 'n enkele entiteit wees. Die tipes eienskappe of velde van relasionele databasisse beskryf 'n kategorie van data wat gestoor word in die entiteit velde. Gebied relasionele databasis moet 'n vaste grootte, wat bereken is in karakters. Parameters en formaat die kenmerk waardes definieer die manier van rectificatie hul data. Tog is daar so 'n ding soos 'n "masker" of "insette sjabloon". Dit is ontwerp om die opset van die data insette in die kenmerk waarde te bepaal. Beslis op die verkeerde rekord tipe data moet uitgereik word aan 'n fout raporteer in die veld. Ook op die veld elemente is 'n paar beperkinge - voorwaardes vir die nagaan van die akkuraatheid en presisie van data entry. Daar is 'n verpligte kenmerk waarde wat uniek is wat gevul moet word met data. Sommige kenmerk lyn vervul kan word tot nul-waardes. Toegelaat word om die leë data veld eienskappe betree. Soos met 'n fout raporteer, daar is waardes wat outomaties gevul deur die stelsel - dit is die verstek data. Te bespoedig die soektog na 'n data bedoel geïndekseer veld.

Skema dimensionele relasionele databasis

Vir 'n volledige begrip van die beheer stelsel model met behulp van SQL beste om die skema as 'n voorbeeld te oorweeg. Ons weet reeds wat is 'n relasionele databasis. 'N inskrywing in elke tafel - 'n enkele data element. Om data ontslag te voorkom, wat nodig is om die operasie te normaliseer.

Die basiese reëls van normalisering van verhoudings aard

1. Die waarde van die naam veld vir 'n relasionele tabel moet uniek wees, enig in sy soort (Eerste Normal Form - 1NF).

2. Vir 'n tafel wat reeds verminder tot 1NF, nie-identifisering naam van enige kolom afhanklik van 'n unieke tafel identifiseerder (2NF) te wees.

3. Want al die tafels wat reeds in 2NF gestoor, nie-identifisering elke veld kan onafhanklik van ander ongeïdentifiseerde element waardes (3NF entiteit) wees.

Databasisse: relasionele verband tussen tafels

Daar is 2 hoof soorte verhoudings van relasionele tablette:

• "Een-baie". Volgens vind plaas wanneer een van die belangrikste tabelinskrywing №1 verskeie gevalle van die tweede entiteit. Sleutel ikoon oor een van die uithoeke van die getrekte lyn dui aan dat die stof is op die kant van "een", die ander kant van die lyn is dikwels 'n simbool van oneindigheid merk.

• Kommunikasie "baie-baie" gevorm in die geval van 'n paar rye een logiese entiteit eksplisiete interaksie met 'n aantal rekords van 'n ander tafel.
• As twee entiteite is daar 'n aaneenskakellling van "1-1", dit beteken dat die sleutel identifiseerder van 'n tafel teenwoordig in die ander entiteit is, dan is dit nodig om een van die tafels te verwyder, is dit oorbodig. Maar soms net vir veiligheid programmeerders doelbewus skei die twee entiteite. Daarom, hipoteties, die verband tussen "een tot een" kan bestaan nie.

Die bestaan van die sleutels in 'n relasionele databasis

Primêre en sekondêre sleutels te identifiseer potensiële databasis verhoudings. Relasionele data kommunikasiemodel kan slegs een kandidaat sleutel het, sal dit primêre sleutel wees. Wat is dit? Primêre sleutel - 'n kolom of 'n stel van eienskappe van die essensie, waardeur jy toegang tot 'n bepaalde data lyn kan kry. Dit moet uniek wees, die enigste een, en sy buiteveld kan nie nul waardes bevat. As die primêre sleutel bestaan uit net een spesifieke eienskap, dan is dit gesê eenvoudige, anders sal wees.

Behalwe die primêre sleutel, bestaan en eksterne (foreign key). Baie verstaan nie wat die verskil tussen hulle. Laat ons hulle ondersoek in meer detail as 'n voorbeeld. So, is daar twee tafels: "Dean" en "Studente". Die essensie van "Dean" bevat die velde: ". Groep" "ID die student", "Naam" en Tafel "Studente" het die kenmerk waardes soos "Naam", "Group" en "Gemiddelde". So as 'n student ID nie dieselfde vir 'n paar studente kan wees, dit is die veld om die primêre sleutel wees. "Naam" en "Groep" van die "studente" van die tafel kan dieselfde vir 'n paar mense wees, hulle verwys na identiteitsnommer die student se van die essensie van "Dean", sodat hulle kan gebruik word as 'n vreemde sleutel.

'N Voorbeeld van relasionele databasismodel

Vir duidelikheid, gee ons 'n eenvoudige voorbeeld van 'n relasionele databasismodel wat bestaan uit twee entiteite. Daar is 'n tafel met die naam "Dean".

Dit is nodig om verbinding met 'n volle relasionele databasis te kry uit te voer. Entry "IN-41" sowel as "IN-72", kan teenwoordig meer as een keer in die tabel "Dean" as van, naam en patronymicum van die studente wees, in sommige gevalle, kan dieselfde wees, so hierdie velde kan nie wees om die primêre sleutel te maak. die essensie van "Studente" sal wys.

Soos ons kan sien, die tipes van relasionele databasis velde verskil heeltemal. Teenwoordig as digitale opnames en karakter. Daarom moet die kenmerk instellings die waarde van heelgetal, kar, vachar, datum en ander aan te dui. In die "Dean" unieke waarde is die enigste student ID. Hierdie veld geneem kan word as 'n primêre sleutel. Naam, kunstenaar, en telefoon uit die wese van "Studente" geneem kan word as 'n vreemde sleutel verwysing na die ID van die student. Die verbinding is vasgestel. Dit is 'n voorbeeld van 'n kommunikasiemodel van "1-1". Hipoteties, een van die ekstra tafels, hulle kan maklik gekombineer in 'n enkele entiteit. Om die ID-nommer van studente het universeel bekend nie raak, is dit heel moontlik dat daar twee tafels.