Fordeler og ulemper med nettverksdatabaser

Databaser har et bredt spekter av applikasjoner i forretningssystemer. De hjelper til med å automatisere repeterende dokumenttilpasningsoppgaver, de gjør det mulig for telefonoperatører å få rask tilgang til kundedetaljer og de fremskynder konsolideringen av finansiell informasjon. Databaser kategoriserer typer data og etablerer deretter relasjoner mellom disse kategoriene, de tre viktigste styringssystemene for databaser er relasjonelle, hierarkiske og nettverk. Hver har sine egne fordeler. Det er fordeler og ulemper med nettverksdatabasemodellen sammenlignet med de to andre databehandlingssystemene.

Informasjon er gruppert i enheter eller poster, og hver enhet har attributter som tilsvarer kolonneoverskrifter. For eksempel vil enheten «Kunde» ha bedriftsnavn og telefonnummer som to attributter. Hver enhet har ett definerende attributt som unikt identifiserer hver post i tabellen. Dette kalles nøkkelen, som er en indeks. Tabeller er satt sammen av disse nøkkelattributtene for å utvide datautvalget som er tilgjengelig for hvert søk.

Relasjonsdatabasestyringssystemet dominerer forretningsapplikasjoner. Data "normaliseres" og lagres deretter i tabeller. Normaliserte data passer inn i en struktur som eliminerer repetisjon og redundans av data. Det er sammenføyningene mellom tabellene med normaliserte data som skaper en relasjon mellom attributtene og dermed gir dette databasestyringssystemet sitt navn. Hierarkiske databaser er mindre vanlige. De kobler enheter sammen, igjen etter nøkkelattributter, men organisert som foreldre-barn-relasjoner. Dette skaper en trestruktur av data og er egnet for geografisk informasjon, eller arkiverte data som brukes til «data mining».

En nettverksdatabase ligner på en hierarkisk database. Men mens en hierarkisk database bare har en-til-mange-relasjoner mellom enheter, tillater et nettverksdatabasestyringssystem mange-til-mange-relasjoner. Dette er den definerende egenskapen til nettverks-DBMS-er. I en hierarkisk database kan én overordnet enhet ha mange underenheter, men hvert barn kan bare ha én forelder. Dette er en-til-mange-forholdet. Mange-til-mange-relasjonen i et nettverks-DBMS gjør at én overordnet enhet kan ha mange barneenheter, og én underenhet har mange overordnede enheter.

Hovedfordelen med nettverks-DBMS-modellen er mange-til-mange-forholdet. Den hierarkiske databasen tar ikke hensyn til mange menneskelige organisatoriske hendelser som krever at en enhet har mange oppoverkoblinger til andre enheter. For eksempel, i en medisinsk database kan en lege være tildelt mange avdelinger og ta seg av mange pasienter, mens pasienten er en avdeling som gjør det. ikke kobles gjennom til forholdet til legeenheten og derfor trenger pasientenheten også en link til både legeenheten og avdelingen enhet. Så en rekke kryssrelasjoner utvikler seg raskt.

Relasjonsdatabaser har strukturer som løser mange-til-mange-relasjoner mellom forekomster, eller poster, av en enhet, men nettverksdatabaser gjør det ikke. For eksempel, i nettverksdatabaseeksemplet kan pasienten ha mange leger, og en lege har mange pasienter, men nettverk DBMS kunne bare etablere en en lege til mange pasientforhold eller en pasient til mange leger forhold, ikke både.