relationsdatabas

(relational database, RDB) –– databas som består av flera tabeller med delvis över­lappande information. –– Relations­data­baser har länge varit den vanligaste formen av databas i professionella samman­hang. I stället för att spara informa­tionen i en enda stor tabell (som i ett kalkylark) delar man upp informa­tionen i flera tabeller, till exempel en tabell för kund­registret (namn, adress, kund­nummer) och en tabell för inköp (inköpta varor, pris, kund­nummer, datum). Och eftersom tabellerna innehåller delvis överlappande in­for­ma­tion, (referensattribut), i detta exempel kund­nummer, kan man vid behov samman­ställa information ur flera tabeller. En fördel med detta är att man slipper en massa tomma fält. Information ur flera tabeller sam­man­ställs genom en operation som kallas för join (sam­kör­ning). En affär kan till exempel köra en join mellan kundregistret och försäljningsregistret när det är dags att skicka ut räkningar.– – Syftet med relationsdatabaser är:

  • – att uppgifter som är svåra att passa in i en enda stor tabell ska kunna hanteras. Det är till exempel svårt för en återförsäljare att lägga upp en enda stor tabell med kunddata och plats för alla kundernas inköp, som ju kan vara hur många som helst. I stället har man upp flera tabeller, där varje tabell inne­håller uppgifter som naturligt hör ihop;
  • – att en relations­databas kan användas för flera ändamål genom att tabeller kombineras på olika sätt;
  • – att samma uppgift bara lagras på ett ställe och därför, om det behövs, bara behöver ändras en gång;
  • – att man inte behöver fundera på i vilken databas som en viss uppgift ska lagras;
  • – att det är lätt att lägga till nya uppgifter genom att lägga upp en ny tabell;
  • – att bearbetningar blir mindre krävande, eftersom man bara bearbetar de tabeller som är relevanta för uppgiften.–

– Informations­mängden kan kombineras på många sätt efter behov. Att lösa detta problem var det främsta motivet när relations­data­basen utveckla­des. Tidigare data­baser var oftast hierarkiska, med underavdelningar i många led –– som ett fil­system. Det gjorde både sökningar och sammanställningar av data svåra. –– Obser­vera att det är tabellerna som kallas för relationer. Sambanden mellan tabellerna kallas för kopplingar. –– Sök­ningar i relations­data­baser görs oftast med SQL. Relations­data­baser kallas därför ibland för SQL‑data­baser. –– Det finns tolv regler, Codds tolv regler, för vad som är önskvärda egenskaper i en  relationsdatabas, ner­teck­nade av teknikens skapare E F Codd. Bland annat ska databasen vara normaliserad. –– E F Codd beskrev relationsdata­baser för första gången 1970 i artikeln ””A relational model for large shared data banks”” (länk). – Läs också om entity‑relationship‑modellen. – En utförlig svensk ordlista med databastermer av Thomas Padron-McCarthy finns här. –– Relations­databaser lämpar sig bäst för sådan information som kan åskådlig­göras i tabeller. Sedan mitten av 1990‑talet blir det mer och mer information som inte passar i tabeller: bilder, musik och text­doku­ment som webbsidor. För att hantera sådana data finns en annan typ av databaser, se NoSQL.

[databaser] [ändrad 2 maj 2017]