En relationsmodell består av att representera data med hjälp av relaterade tabeller vars rader kallas tuples och kolumnvariablerna, vilket bildar en databas
De skapades 1970 av Edgar Frank Codd, anställd hos IBM i San José (Kalifornien). Dess funktion är väldigt enkel. De bygger på uppsättningsteori och predikatlogik.
De representeras av datatabeller, så att raderna är olika fall och kolumnerna är de fält som ska studeras. Det används ofta för att hantera data dynamiskt.
Formella termer för relationsmodellen
Det finns en serie formella termer som motsvarar informella uttryck. Det är bekvämt att känna dem för att bli bekant med dem. I praktiken används enkla uttryck, lättare att förstå.
- Relationen, som är den formella termen, har sin informella motsvarighet i tabellen.
- Tupeln är inget annat än en post som representeras i raderna i tabellen och attributet är en kolumn eller ett fält.
- Kardinalitet hänvisar till antalet rader eller poster och grad är antalet kolumner eller fält.
- Slutligen är primärnyckeln en unik identifierare för varje fall.
Hur relationsmodellen fungerar
Även om vi kommer att se det i det sista exemplet kommer vi att visa hur det fungerar. Tänk på att själva tabellerna redan skapar relationer mellan data, därav namnet. Egentligen styrs det av några enkla regler, som är följande:
- Tabeller är mitten av modellen och data måste representeras i dem. Tabeller används också vid beräkning av resultat från andra.
- Ordningen på varje kolumn bestäms av vilken typ av fråga som utförs. Därför är en initial order inte nödvändig, eftersom varje relation består av en unik uppsättning data.
- Som vi redan har nämnt är raderna data eller fall, kolumnerna är fält eller variabler. Å andra sidan är varje cell en post som har två dimensioner.
- Det är viktigt att ha en unik identifierare (primär nyckel) för varje post. Detta låter dig skapa relationer mellan två eller flera tabeller och använda den som en främmande nyckel.
Fördelar och nackdelar med relationsmodellen
Denna relationsmodell, som allt annat, har fördelar och nackdelar.
Bland fördelarna kan vi lyfta fram följande;
- Å ena sidan har den processer som undviker duplicering av data.
- Å andra sidan garanterar det referensintegritet genom att eliminera allt som är relaterat till en post när det behövs.
- Dessutom tillåter det normalisering.
Å andra sidan, bland nackdelarna eller olägenheterna har vi följande:
- Den första är att den har begränsningar i grafiska representationer eller geopositioneringssystem.
- Det andra är att textblocken inte bearbetas effektivt.
Relationsmodell exempel
Låt oss föreställa oss att vi vill skapa en modell med leverantörer, inköp, lager (med kategorier), kunder och försäljning. Varje tabell representerar en grupp av liknande data. Dessa har en serie data i kolumner (fält) och var och en av dem (tuple) går i rad Vi har gjort det enkelt, bara för att visa vad vi har sett i den här artikeln. Det kan vara något sådant ↓
Tabellerna skulle kompletteras, om vi använder klienterna som ett exempel, med data för var och en av dem i rad och typen (namn, efternamn …) i en kolumn. 1 betyder "av en" och M betyder "för många." Det hänvisar till det faktum att i denna relationsmodell är utsignalerna från varje tabell av en enda data, men de kan relateras till flera av följande.
