Moderne relationsdatabasesystemer bruges til at indtaste , organisere og rapportere om alle mulige data. Inden vi overvejer , hvad slags software, du kan bruge , bør du forstå de forskellige måder, at dine data potentielt kunne tilrettelægges . I 1978 skrev Dr. Peter Pin - Shan Chen fra MIT en afgørende papir om at forstå data enheder og deres indbyrdes relationer . Et af de centrale begreber i denne " Entity - Relationship "-model er brugen af en primær nøgle. Databaser
En database er intet mere end en liste over oplysninger . En enkelt post i en database kaldes en enhed eller optage. Enheder kan henvise til den virkelige verden genstande og personer , såsom et produkt eller en studerende. De kan også henvise til abstrakte begreber, herunder en begivenhed eller et køb. I en relationsdatabase system er tilsvarende enheder samlet i en samling kaldes en tabel.
Enheder og relationer
I en database , nogle virksomheder har relationer til andre enheder . Der er tre forskellige store typer af relationer i Dr. Chen model : en- til-en relation, en-til -mange-relation , og mange-til- mange-relation . For eksempel kan en klasse mødes i et bestemt klasseværelse ud af en liste over klasseværelser. Men det ene klasse har mange studerende. Hver af de studerende til gengæld er indskrevet i mange forskellige klasser.
Hovedtyper
Hvad forbinder hver af disse enhed tabeller er brugen af nøgler. Nøgler identificerer poster til danne relationer. A "primære" nøgle i en tabel rekord entydigt identificerer denne rekord. Når denne nøgle bruges som et felt værdi i en post i en anden tabel , er det nævnt som en "fremmed nøgle. " En tabel med klassen registreringer kan indeholde følgende felter , f.eks: en rekord kendingsnummeret eller id , en elevs ID-nummer og en klasse id-nummer. Den studiekort og klassen id i et sådant tilfælde ville være fremmede nøgler bruges til at binde , at en registrering record tilbage til en enkelt elev eller en klasse i deres egen separat tabel . Uden nøgler , kunne disse forhold ikke opretholdes.
Primære nøgle begrænsninger
p Der er særlige regler for udpegelse af en individuel stykke information , eller felt , som en primær nøgle . Primære nøgler skal altid indeholde en værdi . De kan ikke være tom . Primære nøgler skal være unikt inden for denne enheds bord. Primære nøgleværdier må aldrig ændre sig. Alle disse regler er for praktiske, fornuftige grunde. For eksempel kan en tabel over elever på en skole indeholder mange forskellige elever navngivne " John Smith ". I dette tilfælde ville et navn felt ikke være et godt valg for en primær nøgle , fordi det ville være umuligt at entydigt skelne hvilke " John Smith " du mente . En bedre praksis er at have et system -genererede , unikke id-nummer oprettes på det tidspunkt posten er indtastet.
Fordele
Brug af entity- forholdet model , vælge primære nøgler , etablering fremmede nøgler og om den overordnede struktur i din database i en serie af enheds - forholdet diagrammer er helt sikkert en udfordrende proces. Gør dette arbejde før tid giver dig en logisk plan at begynde rent faktisk at oprette din database i softwarepakken i dit valg.
Databaser bygget ved hjælp af ER diagrammer teknik , og dem , der bruger primære nøgler til at etablere relationer, er meget mere tilbøjelige til at redegøre for data præcist og effektivt . I det foregående eksempel på en studerende registrering databasen, et lille bord med registrering records meget organiseret , bruger mindre plads end at gentage nogen af de feltelementerne fra andre tabeller og gør indtastning lettere for slutbrugeren ved at lade dem vælge markeringer fra andre tabeller af ID .