Relationel database. Begrebet en relationel database

Fremkomsten af computerteknologi i vores moderne oplysninger markerede en revolution inden for alle områder af menneskelig aktivitet. Men til alle de oplysninger ikke bliver unødvendigt spild på internettet, blev opfundet af den database system, hvor materialerne er sorteret, systematiseret, med det resultat, at de er lette at finde og indsende den efterfølgende behandling. Der er tre vigtigste sorter - tildele database relationel, hierarkisk, netværk.

grundlæggende modeller

Vender tilbage til fremkomsten af databaser, skal det siges, at denne proces var meget komplekse, det stammer med udviklingen af en programmerbar informationsbehandling udstyr. Det er ikke overraskende, at antallet af modeller i øjeblikket når op på mere end 50, men de vigtigste er anset for at være hierarkisk, relationel og netværk, som stadig i vid udstrækning anvendes i praksis. Hvad gør de repræsenterer?

Hierarkisk database en træstruktur og er sammensat af data fra forskellige niveauer mellem hvilke der er kommunikation. Netværk database model er en mere kompliceret mønster. Dens struktur ligner et hierarki, og ordningen udvidet og forbedret. Forskellen mellem dem er, at de arvelige hierarkiske datamodeller kan være forbundet med kun én forfader, mens netværket kan være flere. Strukturen af en relationel database er langt mere kompleks. Derfor bør det være demonteret nærmere.

Det grundlæggende koncept for en relationel database

Denne model blev udviklet i 1970 af Dr. Edgar F. Codd videnskab. Det er en logisk opbygget bord med felter, der beskriver dataene, deres relationer til hinanden, operationer, der udføres på dem, og vigtigst - de regler, der sikrer deres integritet. Hvorfor det kaldes den relationelle model? Den er baseret på forholdet (fra latin. FORBINDELSER) mellem data. Der er mange definitioner på denne type database. Relationelle tabeller med oplysninger er meget lettere at organisere og give behandling, snarere end et netværk eller hierarkisk model. Hvordan gør du det? Det er nok at kende de funktioner, den model og egenskaber af de relationelle tabeller.

Processen med modellering og grundelementer

For at oprette din egen database, skal du bruge en af modelleringsværktøjer til at tænke med, hvilke oplysninger du har brug for at arbejde, til at designe en relationel tabel og enkelt og flere forbindelser mellem data enheder for at fylde cellen og indstille de primære eller fremmede nøgler.

Modellering tabeller og designe relationsdatabaser udføres gennem frie værktøjer som Workbench, PhpMyAdmin, sag Studio, dbForge Studio. Efter detaljeret design for at redde den grafiske færdige relationelle model og omsætte den til en SQL-klar kode. På dette stadium, kan du begynde at arbejde med de data sortering, bearbejdning og systematisering.

Funktioner af strukturen og vilkår, der er forbundet med den relationelle model

Hver kilde på sin egen måde beskriver dens elementer, så jeg vil gerne give en lille hint til mindre forvirring:

• relationelle label = art;
• layout = attribut navn = golf = kolonneoverskrift enhed;
• enhed instans = tupel = record = plade linje;
• attribut = værdi = celle enheder felt.

For at gå til en relationel database egenskaber bør være opmærksom på nogle grundlæggende komponenter det omfatter, og som de er beregnet til.

1. Essence. Tabel relationsdatabase kan være en, eller kan være et sæt af tabeller, der karakteriserer beskrevne objekter, der opbevares deri, gennem dataene. De har et fast antal felter, og et variabelt antal indgange. Tabel relationel model database består af strygere, attributter, og layout.
2. Optagelse - et variabelt antal rækker, der viser de data, der kendetegner den beskrevne formål. Nummerering af registreringer foretaget automatisk af systemet.
3. Attributter - Data viser en summarisk kolonner.
4. Field. Det er en enhed søjle. Deres antal - den faste værdi er sat under oprettelse eller ændring af bordet.

Nu, vel vidende de enkelte elementer i tabellen, kan du gå videre til egenskaberne af den relationelle model databasen:

• Essensen af todimensionale relationel database. På grund af denne egenskab med dem let prodelyvat forskellige logiske og matematiske operationer.
• Rækkefølgen af attributværdier og registrering i en relationel tabel kan være vilkårlig.
• Kolonne inden for en relationel tabel skal have sit eget unikke navn.
• Alle data i søjlen i det væsentlige har en fast længde og samme type.
• Enhver indgang i det væsentlige betragtes som ét stykke af data.
• Bestanddele af rækkerne er unikke. Den relationelle natur er ingen dublerede rækker.

Baseret på egenskaberne af relationsdatabasen, forstås det, at værdierne af egenskaber bør være af samme type, længde. Overvej en bestemt attributværdier.

De vigtigste karakteristika ved områderne relationelle databaser

Feltnavne skal være entydigt i en enkelt enhed. De typer af attributter eller på relationelle databaser beskriver en kategori af data lagret i enhedernes felter. Felt relationel database skal have en fast størrelse, der beregnes i tegn. Parametre og formatere attributværdierne definerer den måde, at korrigere deres data. Men der er sådan en ting som en "maske" eller "input skabelon". Den er udformet til at bestemme konfigurationen af datainput i attributværdi. Bestemt på det forkerte rekord type data skal udstedes til en fejlrapport på området. Også på banen elementer er nogle begrænsninger - betingelserne for kontrol af nøjagtighed og præcision af indtastning af data. Der er et obligatorisk attribut værdi, der entydigt skal fyldes med data. Nogle attribut linje kan være fyldt med NULL-værdier. Tilladt at indtaste de tomme data felt attributter. Som med en fejlrapport, der er værdier, der er fyldt automatisk af systemet - det er de standarddata. For at fremskynde søgningen efter data beregnet indekseret felt.

Scheme dimensionelle relationel database tabel

For en detaljeret forståelse af styringssystemet model ved hjælp af SQL bedst at overveje ordningen som et eksempel. Vi ved allerede, hvad der er en relationel database. En post i hver tabel - et enkelt dataelement. For at forhindre, at oplysninger redundans, er nødvendige for at normalisere driften.

De grundlæggende regler for normalisering af relationelle natur

1. Værdien af navnefeltet for en relationel tabel skal være unik, en af en slags (Første normalform - 1NF).

2. For en tabel, der allerede er reduceret til 1NF, ikke-identificerende navn af en kolonne at være afhængig af et unikt bord identifikator (2NF).

3. For alle tabeller, der allerede er lagret i 2NF, ikke-identificerende hvert felt kan være uafhængig af andre uidentificerede element værdier (3NF enhed).

Databaser: relationelle forbindelser mellem tabeller

Der er 2 primære typer af relationer af relationelle tabletter:

• "One-mange". Ifølge opstår, når en nøgle tabelområdeindtastning №1 flere forekomster af den anden enhed. Key ikon på en af enderne af den tegnede linje angiver, at stoffet er på den side af "en", den anden ende af linjen er ofte et symbol på uendelig mærket.

• Kommunikation "mange-mange" dannet i tilfælde af flere rækker en logisk enhed eksplicit interaktion med en række registreringer af en anden tabel.
• Hvis to enheder der er en sammenkædning af "én til én", betyder det, at nøgleidentifikation af en tabel er til stede i den anden enhed, så er det nødvendigt at fjerne en af tabellerne, er det overflødigt. Men nogle gange kun af sikkerhedsmæssige programmører med vilje adskille de to enheder. Derfor hypotetisk, at forbindelsen mellem "00:59" kan eksistere.

Eksistensen af nøglerne i en relationel database

Primære og sekundære nøgler identificere potentielle database relationer. Relationel datakommunikation model kan kun have én kandidat nøgle, vil det være primær nøgle. Hvad er det? Primær nøgle - en søjle eller et sæt attributter af essensen, hvorigennem du kan få adgang til et bestemt data linje. Det skal være unikt, det eneste, og dens felter kan ikke indeholde NULL-værdier. Hvis den primære nøgle består af kun én attribut, så er det siges at være enkel, ellers vil være.

Udover den primære nøgle, eksisterer og eksterne (fremmed nøgle). Mange forstår ikke, hvad forskellen mellem dem. Lad os undersøge dem nærmere som et eksempel. Så er der to tabeller: "Dean" og "Studerende". Essensen af "Dean" indeholder felterne: "Gruppen" "ID eleven", "Navn" og Tabel "Studerende" har attributværdierne såsom "Navn", "Gruppe" og "Gennemsnit". Så som en studiekort ikke kan være den samme for et par studerende, det er det område, for at være den primære nøgle. "Navn" og "Gruppe" fra "studerende" i tabellen kan være den samme for nogle få mennesker, de henviser til den studerendes ID-nummer fra essensen af "Dean", så de kan bruges som en fremmed nøgle.

Et eksempel på relationel database model

For klarhedens skyld, giver vi et simpelt eksempel på en relationel database model, som består af to enheder. Der er et bord med navnet "Dean".

Det er nødvendigt at foretage tilslutning til at få en fuld relationel database. Indtastning "IN-41" samt "IN-72", kan være til stede mere end én gang i tabellen "Dean" som efternavn, navn og efternavn af de studerende, der i sjældne tilfælde kan være den samme, så disse områder kan ikke være at gøre den primære nøgle. essensen af "Studerende" vil vise.

Som vi kan se, hvilke typer af relationelle database felter adskiller sig fuldstændigt. Til stede som digitale optagelser og karakter. Derfor bør indstillinger attribut angiver værdien af heltal, fjeldørred, vachar, dato og andre. I "Dean" unik værdi er den eneste studiekort. Dette felt kan tages som en primær nøgle. Navn, kunstner og telefon fra essensen af "studerende" kan tages som en fremmed nøgle refererer ID af studerende. Forbindelsen etableres. Dette er et eksempel på en kommunikationsmodel af "00:59". Hypotetisk, en af de ekstra tabeller, kan de let kombineres i en enkelt enhed. Til ID-antal studerende ikke bliver almindeligt kendt, er det meget muligt, at der er to borde.