En relasjonsdatabase er en samling av rådata strukturert av rader og kolonner , men organisert langs ett prinsipp konsept. For eksempel er en telefon bok en database organisert langs tre kolonner og flere rader og den organiserende prinsipp er navnet og telefonnummeret forholdet. Databaser som er mer sofistikerte gå lenger enn å organisere konseptet ved å lage tabeller ( mindre databaser ) som styrer oppføring av data . Flat Database
En Flat database har ingen organiserende prinsipp .

Et eksempel på en enkel ikke - relasjonsdatabase er et regneark . Den består av rader og kolonner. Ofte et regneark vil gå av begrepet en Flat database . Men de kan få uhåndterlig veldig fort ved å ha svært store sett med informasjon som kan ta opp hundrevis av rader eller kolonner . Dette er fordi det ikke er noen organisere prinsippene bak databasen. Derfor , når du kan skrive inn alle typer data , blir det vanskelig å administrere. Det er vanskeligere å finne en felles plattform mellom de ulike delene , eller å finne statistisk informasjon , eller avdekke relasjoner mellom dataene.
Enkel å administrere data
Relasjonsdatabaser gjør det enkel å administrere data med en organiserende prinsipp .

En viktig grunn til at du bruker en relasjonsdatabase over en Flat database er at relasjonsdatabase er enklere å administrere. For det første, kan du organisere rader og kolonner langs et enkelt konsept . Ta et salg database . Du kan organisere informasjonen sammen produktnavn, produktnummer og produsent . Deretter kan du ha en produsent database , hvilken liste produkter , pris , og produsentens navn . Disse to databasene er "bord " og kan kobles sammen med produsentens navn og produktnummeret . Derfor er salgsinformasjon atskilt fra informasjonen om produsenten .
Organization av Datatyper
Relasjonsdatabaser kan organisere data ved typer for en konsistent struktur .

Å ha en relasjonsdatabase gjør ikke bare data håndterlig , du kan bruke datatyper ( strukturen av data) for å eliminere feil . Det er lett å opprettholde konsistens i en relasjonsdatabase . Datatyper kan produsere lignende data oppføringer, dataene er konsistente i strukturen selv om forskjellige i utseende . For eksempel kan datoer se slik ut : 10/19/2010 eller 12.01.2010 . Alle datoer vil ha samme struktur: dd /mm /åååå selv om de ser annerledes ut. Å ha en konsistent struktur reduserer muligheten for feil .

Når du eliminere data = oppføring feil , da rapportering vil være konsekvent. Du kan presentere lignende typer informasjon på samme måte . Så rapportering vil være godt organisert og strømlinjeformet .
Avdekk Relations vanligvis ikke sett
En relasjonsdatabase kan sette sammen relasjoner som biter av et puslespill .

En annen fordel med en relasjonsdatabase som er viktig er at det hjelper å avdekke sammenhenger mellom data som ellers ville være vanskelig å få øye på . For eksempel salg av et produkt med en viss forhandler, men salget av det samme produktet med en annen forhandler kan være forskjellig. Analyse kan gi informasjon om hva forhandlerne gjør som er annerledes. Slik informasjon , om det var i en Flat database , ville være vanskelig å få øye på . Men i en relasjonsdatabase er det enkelt .