Relationsdatabas. Föreställningen om en relationsdatabas

Framväxten av datorteknik i vårt moderna informations markerade en revolution inom alla områden av mänsklig aktivitet. Men till all information inte blir onödigt slöseri på Internet, uppfanns av databassystemet, där materialet sorteras, systematiseras, vilket leder till att de är lätta att hitta och skicka den efterföljande behandlingen. Det finns tre huvudsakliga sorter - fördela databas relations, hierarkiskt, nätverk.

grundläggande modeller

För att återgå till framväxten av databaser, bör det sägas att denna process var ganska komplicerat, det har sitt ursprung med utvecklingen av en programmerbar informationsbehandlingsutrustning. Det är inte förvånande att antalet modeller för närvarande når mer än 50, men de viktigaste anses vara hierarkiska, relations och nätverk, som fortfarande används i stor utsträckning i praktiken. Vad gör de representerar?

Hierarkisk databas har en trädstruktur och är sammansatt av data av olika nivåer, mellan vilka det finns kommunikation. Nätverks databas modell är en mer komplicerad mönster. Dess struktur liknar en hierarki, och systemet utökas och förbättras. Skillnaden mellan dem är att de ärftliga hierarkiska datamodeller kan kopplas till endast en förfader, medan nätverket kan vara flera. Strukturen för en relationsdatabas är mycket mer komplex. Därför bör det kan vara demonterat mer i detalj.

Den grundläggande idén om en relationsdatabas

Denna modell utvecklades 1970 av Dr Edgar F. Codd vetenskap. Det är ett logiskt uppbyggd bord med fält som beskriver data, deras relationer med varandra, som utförs på dem, och viktigast av allt - de regler som garanterar deras integritet. Varför det kallas relationsmodellen? Den är baserad på förhållandet (från. FÖRBINDELSER latin) mellan data. Det finns många definitioner av denna typ av databas. Relationstabeller med informationen är mycket lättare att organisera och ge behandling, snarare än ett nätverk eller hierarkisk modell. Hur gör man det? Det räcker med att känna funktioner, den modell och de egenskaper hos relationstabeller.

Processen för modellering och grundläggande element

För att skapa en egen databas, bör du använda en av de modelleringsverktyg för att tänka med vilken information du behöver för att arbeta, för att utforma en relations bord och enkla och flera länkar mellan dataenheter för att fylla cellen och ställa de primära eller främmande nycklar.

Modellering tabeller och utforma relationsdatabaser sker genom kostnadsfria verktyg som Workbench, PhpMyAdmin mål Studio, dbForge Studio. Efter detaljerad utformning för att rädda den grafiska färdiga relationsmodellen och översätta det till en SQL-ready kod. I detta skede kan du börja arbeta med data sortering, behandling och systematisering.

Funktioner av strukturen och villkor i samband med relationsmodellen

Varje källa på sitt sätt beskriver dess beståndsdelar, så jag skulle vilja ge en liten ledtråd för mindre förvirring:

• relations label = natur;
• layout = attribut name = golf = kolumnrubriken enhet;
• enhet instance = tupel = rekord = plattan linje;
• attribut = värde = cell enheter fält.

För att gå till en relationsdatabas egenskaper bör vara medvetna om några grundläggande komponenter det omfattar och för vilka de är avsedda.

1. Essence. Tabell relationsdatabas kan vara en, eller kan vara en uppsättning tabeller som karakteriserar beskrivna objekt som lagras däri, genom data. De har ett fast antal områden, och ett varierande antal poster. Tabell relationsmodellen databasen består av strängar, attribut och layout.
2. Inspelning - ett variabelt antal rader som visar de data, vilka karaktäriserar det beskrivna syftet. Numrering poster görs automatiskt av systemet.
3. Attribut - Data visar en SAMMANFATTNING kolumner.
4. Field. Det är en enhet kolumn. Deras antal - det fasta värdet är satt under skapandet eller modifiering av tabellen.

Nu vet beståndsdelarna i tabellen, kan du gå vidare till egenskaperna hos relationsmodellen databasen:

• Kärnan i tvådimensionella relationsdatabas. På grund av denna egenskap med dem lätt prodelyvat olika logiska och matematiska operationer.
• Ordningen på attributvärden och poster i en relationstabell kan vara godtyckligt.
• Kolumn i en relationstabell måste ha sitt eget unika namn.
• Alla data i kolumnen har i huvudsak en fast längd och samma typ.
• Varje post i huvudsak betraktas som en del av data.
• Ingående komponenter i raderna är unika. Relations naturen finns inga dubbla rader.

Baserat på egenskaperna hos relationsdatabasen, är det underförstått att värdena på attributen bör vara av samma typ, längd. Överväga en viss attributvärden.

De viktigaste egenskaperna för områdena relationsdatabaser

Fältnamn måste vara unika inom en enda enhet. De typer av attribut eller fält av relationsdatabaser beskriver en kategori av data som lagras i enhetsfält. Fältet relationsdatabas måste ha en fast storlek, som beräknas i tecken. Parametrar och formatera attributvärdena definierar sättet att korrigera sina data. Men det finns något sådant som en "mask" eller "input mall". Den är utformad för att bestämma konfigurationen hos den ingående data i attributvärdet. Visst vid fel rekord typ av data bör utfärdas till en felrapport i fältet. Även på fältet element finns vissa begränsningar - villkor för kontroll av noggrannhet och precision för inmatning. Det finns en obligatorisk attributvärde som unikt måste fyllas med data. Vissa attribut linje kan fyllas med noll-värden. Tillåts komma in i tomma fältdata attribut. Som en felrapport finns värden som fylls i automatiskt av systemet - detta är standard data. För att påskynda sökandet efter eventuella uppgifter som är avsedda indexerade fält.

Scheme dimensionell relationsdatabastabell

För en detaljerad förståelse av ledningssystemet modell med SQL bäst att överväga systemet som ett exempel. Vi vet redan vad som är en relationsdatabas. En post i varje tabell - ett enda dataelement. För att förhindra dataredundans nödvändigt att normalisera operationen.

De grundläggande reglerna för normalisering av relations natur

1. Värdet på fältnamn för en relations bord måste vara unikt, one of a kind (första Normal Form - 1NF).

2. För en tabell som redan har reducerats till 1NF, icke-identifierande namn på en kolumn för att vara beroende av en unik tabell identifierare (2NF).

3. För alla tabeller som redan finns lagrade i 2NF, icke-identifierande varje fält kan vara oberoende av andra oidentifierade elementvärden (3NF enhet).

Databaser: relations länkar mellan tabeller

Det finns 2 huvudtyper av relationer av relations tabletter:

• "One-många". Enligt uppstår när en nyckeltabellpost №1 flera instanser av den andra enheten. Nyckelikonen på en av ändarna av den ritade linjen tyder på att ämnet är vid sidan av "en", är den andra änden av linjen ofta en symbol för oändlighet märke.

• Kommunikation "många-många" bildas i fallet med flera rader en logisk enhet explicit samverkan med ett antal poster i en annan tabell.
• Om två enheter finns det en sammanlänkning av "1-1", betyder det att den viktigaste identifierare för ett bord förekommer i den andra enheten, då är det nödvändigt att avlägsna ett av borden, det är överflödigt. Men ibland bara för säkerhets programmerare avsikt separera de två enheterna. Därför hypotetiskt, sambandet mellan "en till en" kan existera.

Förekomsten av nycklarna i en relationsdatabas

Primära och sekundära nycklar identifiera potentiella databasrelationer. Relationsdata kommunikationsmodell kan bara ha en kandidatnyckel, kommer det att vara primärnyckel. Vad är det? Primärnyckel - en kolumn eller en uppsättning attribut huvudsak genom vilken du kan få tillgång till en viss datalinje. Det måste vara unikt, den enda, och dess fält får inte innehålla null-värden. Om primärnyckeln består av endast ett attribut, då det sägs vara enkel, annars kommer att bli.

Förutom primärnyckeln existerar och externa (främmande nyckel). Många förstår inte vad skillnaden mellan dem. Låt oss undersöka dem mer i detalj som ett exempel. Så det finns två tabeller: "Dean" och "studenter". Kärnan i "Dean" innehåller fälten "Group" "ID eleven", "Namn" och Tabell "studenter" har attributvärden som "Namn", "koncernen" och "Average". Så som student-ID inte kan vara densamma för några elever är det fältet för att vara den primära nyckeln. "Namn" och "Group" från "studenter" i tabellen kan vara densamma för ett fåtal personer, de hänvisar till studentens id-nummer från kärnan i "Dean", så att de kan användas som en främmande nyckel.

Ett exempel på relationsdatabas modell

För tydlighetens skull ger vi ett enkelt exempel på en relationsdatabas modell som består av två enheter. Det finns en tabell med namnet "Dean".

Det är nödvändigt att utföra anslutning för att få en fullständig relationsdatabas. Entry "IN-41" samt "IN-72", kan förekomma mer än en gång i tabellen "Dean" som efternamn, namn och efternamn av eleverna, i sällsynta fall, kan vara densamma, så dessa fält kan inte vara att göra den primära nyckeln. kärnan i "studenter" visas.

Som vi kan se, vilka typer av relationsdatabasfält skiljer sig helt och hållet. Närvarande som digitala inspelningar och karaktär. Därför bör attributinställningarna anger värdet av heltal, röding, vachar, datum och andra. I "Dean" unika värde är den enda studentlegitimation. Detta fält kan tas som en primärnyckel. Namn, artist och telefon från kärnan i "studenter" kan tas som en främmande nyckel som refererar ID studenten. Anslutningen upprättas. Detta är ett exempel på en modell av "00:59" kommunikation. Hypotetiskt, en av de extra tabeller, de kan lätt kombineras till en enda enhet. Till ID-nummer elever inte blivit allmänt känt, är det fullt möjligt att det finns två tabeller.