Med veksten av informasjonsteknologi, er praktisk talt alle bransjer arbeider med en mye større mengde data enn i tidligere generasjoner. Å ha en logisk struktur for organisering at data er avgjørende hvis det skal være noen reell nytte. De fleste databasene som brukes i dag, fra Excel til SQL, er relasjonsdatabaser , og de følger de samme hovedprinsippene . Schema

relasjonsdatabase styringssystemer bruke logiske skjemaet til å organisere data . I tilfelle av et regneark, er hver celle identifiseres ved hjelp av kolonne og rad . Navnene på kolonner og rader er den logiske skjema. Regneark er populært fordi det logiske skjemaet tilsvarer nøyaktig med 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 skjema er ikke enkelt , og de fleste relasjonsdatabase-systemer gir brukeren flere visninger .

Relasjonsdatabase styringssystemer også bruke fysiske skjema , som detalj innlevering systemet brukes av systemet å lagre data. Denne siden av systemet er usynlig for brukerne og for det meste av interesse for programmerere som skaper en database system .
Data Independence
p Det ville være bortkastet å lage redundante databaser inneholder den samme informasjonen for hver bruk og hver bruker . Data uavhengighet betyr at strukturen i databasen er atskilt fra applikasjoner som bruker databasen. Hvis et program endres, vil databasen ikke også må 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 database , kalt transaksjoner , er det viktig å sikre databasen er fortsatt 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 være oppdatert også. Når en enkelt bruker jobber med en database , dette utgjør ikke mye av et problem , men hvis databasen blir brukt av et stort antall brukere , må relasjonsdatabase styringssystem for å sikre de ulike brukernes transaksjoner skaper ikke konflikter. Metoder for å håndtere dette problemet , samtidig som brukeren lag og prosessor tid , fortsatt blir raffinert.