Database: Seks viktige typer databaser
Nyttige notater om seks viktige typer databaser: 1. Operasjonell 2. Sluttbruker 3. Sentralisert 4. Distribuert 5. Personlig og 6. Kommersiell database!
Planleggingsdata innebærer også beslutninger om datatyper som skal brukes i databasen. Inntil nylig kan datatyper grupperes som numerisk, tegn, dato, memo (lang tekst) og logisk (True eller False).
Image Courtesy: bighadoop.files.wordpress.com/2013/10/dbcom-5-1.png
Siden multimediefunksjoner blir vanlige for datamaskiner av forskjellige størrelser, går databasene også med multimedia. Moderne DBMS tillater lagring og gjenfinning av datatyper som forretningskurver, regneark, kunstutklipp (klippekunst), bilder, lyd, video etc. Disse nye datatyper kalles 'objekter'.
Disse objektene har endret måten data oppfattes rett fra fangstfasen. Disse objektene kan også behandles, selvfølgelig, på en begrenset måte. Tilgjengeligheten av slike datatyper bidrar til å visualisere informasjonen i databaser og i databaserapportene.
En annen viktig beslutning om dataplanlegging er hvordan dataene skal styres. Det er mange alternativer i denne forbindelse. Disse alternativene diskuteres her i form av ulike typer databaser.
De ulike typer databaser er:
a) Operasjonelle databaser
b) Sluttbrukerdatabaser
c) Sentraliserte databaser
d) Distribuerte databaser
e) Personlige databaser
f) Kommersielle databaser
en. Operasjonelle databaser:
Disse databasene lagrer data knyttet til virksomhetens virksomhet. Vanligvis er slike databaser organisert på funksjonelle linjer som markedsføring, produksjon, ansatte, etc.
b. Sluttbrukerdatabaser:
Disse databasene deles av brukere og inneholder informasjon beregnet for bruk av sluttbrukere som ledere på ulike nivåer. Disse ledere kan ikke være bekymret for de enkelte transaksjonene som finnes i operative databaser.
Snarere ville de være mer interessert i sammendragsinformasjon. Selv om de operative databasene også kan generere sammendragsinformasjon fra transaksjonsdetaljene, ville de være ganske trege da de ikke er utformet for dette formålet.
c. Sentraliserte databaser:
Disse databasene lagrer hele informasjon og applikasjonsprogrammer på et sentralt databehandlingsanlegg. Brukerne på forskjellige steder får tilgang til den sentrale databasen for å gjøre behandling. Kommunikasjonsstyreren sender transaksjonene til de aktuelle applikasjonsprogrammene. Disse programmene henter de riktige dataene fra databasen for behandling av transaksjonen.
For eksempel har Mahanagar Phone Nigam Limited (MTNL) en sentralisert database for registrering av søknader om nye telefonforbindelser. Dataene om søkeren er mottatt fra et lokalt kontor i MTNL.
Datavalidering og verifisering utføres av applikasjonsprogrammene på sentral datasenter, og et registreringsnummer tildeles av søknadsprogrammene som er plassert på sentralanlegget. Det lokale kontoret fortsetter å registrere det og gjør nesten ingen behandling.
d. Distribuerte databaser:
Disse databasene har bidrag fra de vanlige databasene, samt dataene hentet fra de lokale operasjonene. Dataene forblir distribuert på ulike steder i organisasjonen. Siden nettstedene er koblet til hverandre ved hjelp av kommunikasjonsforbindelser, utgjør hele samlingen av data på alle nettstedene den logiske databasen til organisasjonen.
Disse databasene reduserer kommunikasjonskravet ved å sørge for at detaljert lokal informasjon forblir lagret på det lokale anlegget. I dag er klient-server-teknologien mest populær for styring av distribuerte databaser. I et klient-server-miljø har DBMS to komponenter, en som samvirker med brukerens behov (klient) og sender forespørsler til den andre komponenten i DBMS.
Den andre komponenten samhandler med databasen for å møte kundens informasjonsbehov. Figur 9.8 skildrer funksjonene til disse komponentene i DBMS i et klientservermiljø.
Den grunnleggende grunnen til å dele DBMS i to komponenter er at en del av jobben flyttes til brukerens PC (klient). Dette gjør det mulig samtidig behandling på klientdatamaskin og server-datasystem. Serveren kan også koordinere forespørslene fra en rekke klienter av gangen.
e. Personlige databaser:
Personlige databaser opprettholdes, generelt, på personlige datamaskiner. De inneholder informasjon som kun er beregnet til bruk blant et begrenset antall brukere, vanligvis i samme avdeling.
Disse databasene er generelt fagspesifikke og er brukerdesignet. De bruker enkle og mindre kraftige DBMS-pakker tilgjengelig på PCer. Disse DBMS-pakkene har kanskje ikke alle funksjonene i relasjons DBMS, men har liknende funksjoner på en begrenset måte.
f. Kommersielle databaser:
Databasen som tilgang er gitt til brukere som et kommersielt venture kalles en kommersiell eller ekstern database. Disse databasene inneholder informasjon som eksterne brukere vil kreve, men i seg selv ville ikke ha råd til å opprettholde slike store databaser.
Disse databasene er underlagt spesifikke forhold, og tilgang til disse databasene selges som en betalt tjeneste til brukeren. Det finnes mange kommersielle databasetjenester, spesielt innen finansiell og teknisk informasjon.
Disse databasene kan tilby statistikk om vare-, valuta- og aksjemarkeder, selskaper og deres ytelser, importører og kjøpsmønstre, bestemte sakslover etc. Tilgangen til kommersielle databaser kan gis gjennom kommunikasjonsforbindelser.
Noen av databasetjenesteleverandørene tilbyr også databaser på CD-ROMer, og de oppdaterte versjonene av databasene blir gjort tilgjengelig regelmessig. Databasene på CD-ROM-er har fordelen av reduserte kommunikasjonsomkostninger. Men i applikasjoner som aksjemarkedet, råvaremarkedet og valutamarkedet, er dette mediet ikke egnet fordi informasjon er nødvendig på en sanntid basis.
