Relationele database. Het idee van een relationele database

De opkomst van de computertechnologie in onze moderne informatie betekende een revolutie in alle gebieden van menselijke activiteit. Maar om alle informatie niet onnodig afval te worden op het internet, werd uitgevonden door de database-systeem, waarin de materialen worden gesorteerd, gesystematiseerd, met als gevolg dat ze zijn gemakkelijk te vinden en de verdere verwerking in te dienen. Er zijn drie belangrijke soorten - toe te wijzen databank relationeel, hiërarchisch, netwerk.

fundamentele modellen

Terugkerend naar de opkomst van databases, het moet gezegd worden dat dit proces was vrij complex, het afkomstig is met de ontwikkeling van een programmeerbare informatie apparatuur. Het is niet verwonderlijk dat het aantal modellen die nu bereikt meer dan 50, maar de belangrijkste worden beschouwd als hiërarchische, relationele en het netwerk, die nog steeds op grote schaal wordt gebruikt in de praktijk te zijn. Wat doen ze vertegenwoordigen?

Hiërarchische database een boomstructuur en is opgebouwd uit gegevens van verschillende niveaus waartussen communicatie. Network-database model is een ingewikkelder patroon. De structuur lijkt op een hiërarchie, en de regeling uitgebreid en verbeterd. Het verschil tussen hen is dat de erfelijke hiërarchische gegevens modellen kunnen worden gekoppeld aan één voorouder, terwijl het netwerk verschillende kunnen zijn. De structuur van een relationele databank is veel complexer. Daarom moet worden ontmanteld nader.

Het basisconcept van een relationele database

Dit model werd ontwikkeld in 1970 door Dr. Edgar F. Codd wetenschap. Het is een logisch gestructureerd tafel met velden die de gegevens beschrijven, hun relaties met elkaar, die worden uitgevoerd op hen, en nog belangrijker - de regels die hun integriteit te waarborgen. Waarom wordt het genoemd het relationele model? Het is gebaseerd op de verhouding (van het Latijnse. Relatio) tussen data. Er zijn vele definities van dit type database. Relationele tafels met informatie is veel gemakkelijker te organiseren en geven behandeling, in plaats van een netwerk of hiërarchisch model. Hoe doe je dat? Het is voldoende om de functies, het model structuur en eigenschappen van de relationele tabellen te leren kennen.

Het proces van modellering en basiselementen

Om uw eigen database te maken, moet u een van de modeling tools te gebruiken om mee te denken welke informatie u nodig heeft om te werken, om een relationele tafel en enkele en meerdere links te ontwerpen tussen data-entiteiten naar de cel te vullen en zet de primaire of buitenlandse sleutels.

Het modelleren van tafels en het ontwerpen van relationele databases wordt uitgevoerd door middel van gratis tools zoals Workbench, PhpMyAdmin, Case Studio, dbForge Studio. Na gedetailleerde ontwerpen van de afgewerkte graphics relationele model op te slaan en te vertalen naar een SQL-ready code. In dit stadium kunt u beginnen te werken met de gegevens sorteren, verwerking en systematisering.

Kenmerken van de constructie en condities geassocieerd met de relationele model

Elke bron op zijn eigen manier beschrijft zijn elementen, dus ik zou graag een kleine hint te geven voor minder verwarring:

• relationele label = natuur;
• layout = attribuut name = golf = kolomkop entiteit;
• entiteit bijvoorbeeld tuple = = = registratiedrager plaatlijn;
• attribute = value = cel entiteiten veld.

Om naar een relationele database-eigenschappen moeten zich bewust zijn van een aantal fundamentele onderdelen omvat en waarvoor ze bedoeld zijn.

1. Essence. Table relationele database kan één of kunnen een reeks tabellen die kenmerkend beschreven doelen hierin opgeslagen door de data. Ze hebben een vast aantal velden, en een variabel aantal inzendingen. Tabel relationele model-database is samengesteld uit strijkers, attributen, en lay-out.
2. Opnemen - een variabel aantal rijen dat de gegevens die de beschreven doelstelling kenmerken vertonen. Nummering van de vermeldingen automatisch door het systeem.
3. Attributen - gegevens waaruit blijkt dat een summiere kolommen.
4. Field. Het is een entiteit kolom. Hun aantal - de vaste waarde is ingesteld tijdens de totstandbrenging of wijziging van de tafel.

Nu, wetende dat de bestanddelen van de tafel, kun je doorstromen naar de eigenschappen van het relationele model database:

• De essentie van tweedimensionale relationele database. Als gevolg van deze eigenschap gemakkelijk met hen prodelyvat verschillende logische en wiskundige bewerkingen.
• De volgorde van attribuutwaarden en records in een relationele tabel kan willekeurig zijn.
• Column binnen een relationele tabel moet zijn eigen unieke naam hebben.
• Alle gegevens in de kolom in wezen een vaste lengte en hetzelfde type.
• Elke waarde in wezen wordt beschouwd als een stuk van de gegevens.
• Samenstellende componenten van de rijen zijn uniek. De relationele aard zijn geen dubbele rijen.

Gezien de eigenschappen van de relationele database, is het duidelijk dat de waarden van attributen van hetzelfde type, lengte moet. Denk aan een bepaalde attribuutwaarden.

De belangrijkste kenmerken van het gebied van relationele databases

Veldnamen moet uniek zijn binnen een enkele entiteit. De aard van de attributen of velden van relationele databases beschrijven een categorie van gegevens die zijn opgeslagen in de entiteit velden. Gebied relationele database moet een vaste grootte, die wordt berekend karakters. Parameters en formatteer de attribuutwaarden bepalen de wijze corrigeren hun gegevens. Toch is er zoiets als een "masker" of "input template". Het is ontworpen om de configuratie van de ingevoerde data van het kenmerk te bepalen. Zeker op het verkeerde registratie soort gegevens moet worden afgegeven aan een bug report in het veld. Ook op de lichaamelementen enkele beperkingen - voor het controleren van de juistheid en nauwkeurigheid van gegevensinvoer. Er is een verplichte eigenschap waarde waarmee moet worden gevuld met data. Sommige attribuut lijn kan worden gevuld met NULL-waarden. Toegestaan om de lege data veld attributen in te voeren. Net als bij een bug rapport, zijn er waarden die automatisch worden ingevuld door het systeem - dit is de standaard data. Voor het versnellen van het zoeken naar gegevens bedoeld geïndexeerd veld.

Scheme dimensionale relationele database tabel

Voor een gedetailleerd inzicht in de management systeem model met behulp van SQL best om de regeling als een voorbeeld beschouwen. We weten al wat is een relationele database. Een vermelding in elke tabel - een enkel gegevenselement. Om redundantie van gegevens te voorkomen, nodig voor de operatie normaliseren.

De basisregels van de normalisatie van relationele aard

1. De waarde van de veldnaam voor een relationele tabel moet uniek zijn, one of a kind (First Normal Form - 1NF).

2. een tabel die al is teruggebracht tot 1NF, niet-identificerende naam van elke kolom afhankelijk van een unieke tabelidentificeerder (2NF) zijn.

3. Voor alle tabellen die reeds 2NF zijn opgeslagen, niet identificeren van elk veld kan onafhankelijk van andere geïdentificeerde elementwaarden (3NV entiteit) zijn.

Databases: relationele banden tussen tabellen

Er zijn 2 belangrijke soorten relaties van relationele tabletten:

• "One-velen". Volgens treedt op wanneer een toets tabelingang №1 meerdere exemplaren van de tweede entiteit. Sleutelpictogram aan één van de uiteinden van de getekende lijn geeft aan dat de stof aan de kant van "een", het andere uiteinde van de lijn is vaak een symbool van oneindigheid merk.

• Communicatie "many many" gevormd in het geval van meerdere rijen één logisch geheel expliciete interactie met een aantal records van een andere tafel.
• Indien twee entiteiten is een aaneenschakeling van "1-1", betekent dit dat de belangrijkste identificator van een lijst in de andere entiteit, dan is het noodzakelijk om één van de tafels te verwijderen, is overbodig. Maar soms alleen voor de veiligheid programmeurs opzettelijk scheiden de twee entiteiten. Daarom is hypothetisch, de verbinding tussen "een op een" kan bestaan.

Het bestaan van de sleutels in een relationele database

Primaire en secundaire sleutels identificeren van potentiële databank relaties. Relationele datacommunicatie model kan slechts één kandidaat sleutel, zal het primaire sleutel zijn. Wat is het? Primaire sleutel - een kolom of een set kenmerken van de essentie, waardoor je toegang tot een bepaalde datalijn kunnen krijgen. Het moet uniek zijn, de enige, en de velden kunnen niet null-waarden bevatten. Als de primaire sleutel uit slechts één attribuut, dan wordt gezegd eenvoudig zijn, anders zal zijn.

Naast de primaire sleutel, bestaat en externe (foreign key). Velen begrijpen niet wat het verschil tussen hen. Laten we ze te onderzoeken in meer detail als een voorbeeld. Dus, er zijn twee tabellen: "Dean" en "Studenten". De essentie van "Dean" bevat de velden: "Group" "ID van de student", "Naam" en Tabel "Studenten" heeft het attribuut waarden zoals "Naam", "Group" en "Gemiddeld". Dus als een student ID niet hetzelfde voor een paar studenten kunnen zijn, is het veld om de primaire sleutel zijn. "Naam" en "Group" van de "studenten" van de tabel kan hetzelfde voor een paar mensen zijn, ze verwijzen naar het ID-nummer van de student van de essentie van "Dean", zodat ze kunnen worden gebruikt als een foreign key.

Een voorbeeld van een relationele database model

Voor de duidelijkheid geven we een eenvoudig voorbeeld van een relationele database model, bestaande uit twee entiteiten. Er is een tabel met de naam "Dean".

Het is noodzakelijk om de verbinding met een volledige relationele database te krijgen uit te voeren. Entry "IN-41" evenals "IN-72", kan meer dan eenmaal in de tabel "Dean", zoals naam, voornaam en familienaam van de studenten, in zeldzame gevallen, kan hetzelfde zijn, zodat deze velden kan niet zijn om de primaire sleutel te maken. de essentie van "Studenten" zal te zien.

Zoals we kunnen zien, de aard van de relationele database velden verschillen volledig. Aanwezig als digitale opnamen en karakter. Daarom moet het attribuut instellingen de waarde van de integer, char, vachar, datum en anderen te geven. In de "Dean" unieke waarde is de enige student ID. Dit veld kan worden opgevat als een primaire sleutel. Naam, artiest en telefoon uit de essentie van "Studenten" kan worden opgevat als een foreign key verwijst naar de ID van de student. De verbinding wordt gemaakt. Dit is een voorbeeld van een communicatiemodel van "1-1". Hypothetisch, een van de extra tafels, kunnen ze gemakkelijk worden gecombineerd tot een enkele entiteit. Als u het ID-nummer van de studenten heeft algemeen bekend niet te worden, is het goed mogelijk dat er twee tafels.