Databaser er nyttige måder til systematisk gemme oplysninger på en struktureret måde . En veltilrettelagt database kan give en organisation til hurtigt at hente meget specifikke datasæt. I konstruere databaser , brug designere forskellige sæt identificere og ikke-identificerende relationer til at forbinde forskellige grupper af information sammen. Forskellen mellem disse to begreber er subtil , men vigtig . Rækker og kolonner

Individuelle databasetabeller , svarende til de enkelte regneark projektmapper , gemme data i de enkelte kolonner , der hører til de enkelte rækker af data. Hver række er en indgang , som alle disse kolonner beskrive. For eksempel ville en juridisk virksomhed, der sporer data om sine advokater tilknytte hver advokat til en bestemt række . Så ville hver kolonne indeholde en særlig kategori af oplysninger om denne advokat, som medarbejder identifikationsnummer , områder af speciale, vinde tabsprocenter , original leje dato , eller noget andet ønskede virksomheden at spore.
< br > forælder og barn borde

Mange firmadatabaser at øge sikkerheden , ikke eksplicit mærke hvert stykke af data om deres individuelle tabeller. For eksempel vil en tabel, der sporer oplysninger om advokater på et advokatfirma bruge medarbejder ID-nummer i stedet for et navn og en kategori nummer i stedet for eksplicit mærkning af de typer af sager han forsøger . Borde med samlede data repræsenteret ved disse talkoder kaldes " Parent Tables ". Disse koder derefter henvise individuelle " Child Tables ", som indeholder de data, der oversætter koden i det stykke data, den beskriver . For eksempel vil en forælder tabel over advokat data har et barn tabel, der lagrer de navne, der går med medarbejdernes identifikationsnumre.
Identificere relationer

Et forhold mellem en forælder bord og et barn tabel "Identifikation ", hvis de data, barnet tabellen indeholder , er nødvendig for at identificere emnet for moder tabelrækker . Fortsat eksempel i advokatfirmaet , der sporer data om dets advokater , uden at barnet bordet, der matcher medarbejdernes identifikationsnumre medarbejdernes navne er de aggregerede data i den overordnede tabel værdiløs. Bordet er til nogen nytte for virksomheden, hvis det ikke kan matche de data til en bestemt medarbejder .
Ikke-identificerende relationer

Et forhold mellem en forælder tabel og et barn tabel er " ikke-identificerende " hvis dataene barnet tabellen indeholder ikke er afgørende for at identificere genstanden for moder tabelrækker . Fortsat eksempel i advokatfirmaet , der sporer oplysninger på sine advokater, et barn bord fra en forælder tabel med aggregerede data kunne indeholde de nødvendige oplysninger til at oversætte koder til fagets område juridisk ekspertise i almindeligt engelsk . Mens miste bordet, vil gøre det sværere for virksomheden til hurtigt at omsætte disse ekspertise koder selskabet ikke har brug for denne særlige sæt oplysninger for at identificere , hvem helhed af hver række beskriver . Mens miste et sådant barn bord vil skabe ekstra arbejde for firmaets it-afdeling , betyder det ikke gøre hele overordnede tabel ubrugelig.