Tre Grunnleggende konsepter av en relasjonsdatabase Management System

Med veksten av informasjonsteknologi, praktisk talt alle bransjer er å håndtere et mye større datamengde enn i tidligere generasjoner. Å ha en logisk struktur for å organisere dataene er viktig hvis det skal være noen reell fordel. De fleste databaser som brukes i dag, fra Excel til SQL, er relasjonsdatabaser, og de følger de samme hovedprinsippene.

skjema

Relasjonsdatabase styringssystemer bruke logisk skjema for å organisere data. I tilfelle av et regneark, hver celle entydig av kolonne og rad. Navnene på kolonner og rader er det logiske skjemaet. Regneark er populært fordi det logiske skjemaet tilsvarer nøyaktig hva brukeren ser, men de er også begrenset. Hvis dataene må være entydig identifisert med mer enn to markører, er et regneark ikke tilstrekkelig. Presentere data som har mer enn to uavhengige sett med skjemaet er ikke enkelt, og de fleste relasjonsdatabasesystemer gir brukeren flere visninger.

Relasjonsdatabase styringssystemer også bruke fysisk skjema, som detalj arkivsystem som brukes av systemet til å lagre data. Denne siden av systemet er usynlig for brukerne, og det meste av interesse for programmerere som skaper et databasesystem.

data Independence

Det ville være bortkastet å lage redundante databaser som inneholder den samme informasjonen for hver bruk og hver bruker. Data uavhengighet betyr strukturen i databasen er atskilt fra de programmer som bruker databasen. Hvis et program blir endret, vil databasen ikke må også endres. Dette tar på seg ekstra betydning hvis separate grupper bruker samme relasjonsdatabase styringssystem. På denne måten kan hver gruppe endre sine egne applikasjoner uavhengig av hverandre, kjenne strukturen i databasen vil være uendret.

transaksjoner

Når en bruker gjør endringer i databasen, kalt transaksjoner, er det viktig å sikre at databasen er fremdeles i en brukbar tilstand. For eksempel, hvis en del av databasen inneholder den totale verdien av en kundes investeringer, og en av disse investeringer endringer, bør den totale oppdateres også. Når en enkelt bruker arbeider med en database, ikke dette utgjøre mye av et problem, men hvis databasen blir brukt av et stort antall brukere, må relasjonsdatabase styringssystem for å sikre de ulike brukernes transaksjoner ikke skaper konflikter. Metoder for å håndtere dette problemet, mens bruker lag og prosessor tid minimere, fortsatt blir raffinert.