Data Uavhengighet I DBMS
- Innledning
- Hva Er Data Uavhengighet?
- Typer Data Uavhengighet
Introduksjon
I Dag skal vi ta opp et Av de viktigste temaene I Databasebehandlingssystemer, Som Er Data Uavhengighet. Årsaken bak implementere tre nivåer av data abstraksjon er ingen ringere enn å oppnå data uavhengighet. Data Uavhengighet er noe som omhandler endringer som skjer på ulike nivåer av skjema. Bortsett fra betydningen av data uavhengighet, vil du lære om behovet og dets typer her. Så, la oss komme i gang med no further ado!
Hva Er Data Uavhengighet?
vi er alle allerede kjent med de to begrepene ‘data’ og ‘uavhengighet’ separat, slik at vi mer eller mindre kan dechiffrere betydningen av hele begrepet ‘data uavhengighet’ i samme forstand. Det er klart fra selve begrepet at vi snakker om uavhengighet av data som er tilstede i en database. I tekniske ord, kan du si det som følger, ‘Data Uavhengighet er egenskapen TIL DBMS som tillater brukeren å endre skjemadefinisjonen på ett nivå uten krav om å endre skjemadefinisjonen på de etterfølgende høyere nivåene’. Det er svært nødvendig at når vi gjør endringer på ett nivå, hindrer det ikke de andre nivåene. For å være presis, refererer data uavhengighet til uavhengighet eller selvtillit av data som er tilstede i de tre nivåene av databasearkitekturen. Videre er det noe som hjelper deg med å holde data skilt fra applikasjonsprogrammene som bruker det. Det er ofte sett på som en type data åpenhet som en sentralisert database management system er svært opptatt av.
før vi ser på et dypere aspekt av data uavhengighet, la oss gjøre en rask tilbakekalling på nivåene av en database. Intern eller fysisk skjema er det første nivået som er i direkte forbindelse med databasen som også på minnenivå. Den andre er det konseptuelle eller logiske skjemaet som fungerer som mellommann mellom tredje og første nivå. Det tredje nivået er det eksterne skjemaet som dikterer hvordan databasen er synlig for flere sluttbrukere. Forutsatt en forekomst Av En Biblioteksdatabase, ser implementeringen av disse tre nivåene noe ut som dette:
Internt Skjema | Logisk Skjema | Eksternt Skjema |
Uordnede filer av relasjoner til databaseførste kolonneindeks For Besøkende | Besøkende (id: int, navn: string, alder: int, kontakt: numerisk, adresse: string)Bøker (id: int, tittel: string, forfatter: string, isbn: numerisk) | Visning1: BookRecords (b_id: int, b_name: string, forfatter: string)View2: VisitorRecords (v_id: int, v_name: string) |
data independence skiller data fra API og implementerer endringene som er gjort på et av nivåene til inter-level mappings. Det bidrar til å opprettholde friheten til disse individuelle nivåene i databasen samtidig. Fra et visst synspunkt bringer data uavhengighet og operasjon uavhengighet sammen dataabstraksjonsfenomenet i EN DBMS.
hvordan oppnå data uavhengighet I DBMS?
for å skaffe data uavhengighet, sørger vi for at databasen vår oppfyller kravene til dataabstraksjon. I enkle ord er dataabstraksjon prosessen med å holde irrelevante detaljer skjult for sluttbrukeren. Hvis vi tenker med hensyn til virkelige verden enheter, kan vi ta eksempel på en bil. Når en sjåfør kjører bil, har han fullstendig kunnskap om å kjøre bil, men hvis han av en eller annen grunn ikke klarer å starte bilen, trenger han hjelp fra en bilmekaniker. Det er slik fordi sjåføren bare vet hvordan man kjører bil, han vet ikke hvordan man skal håndtere de interne kretsproblemene, grunnen er at bilens interne kretser og mekanisme er skjult for ham. På samme måte er den interne strukturen usynlig for programmerere og sluttbrukere. Denne egenskapen for å begrense synligheten i en database kalles dataabstraksjon. En database inneholder opptil tre nivåer av abstraksjon. Disse tre nivåene er oppført nedenfor:
- Fysisk nivå (Internt skjema)
- Konseptnivå (Logisk nivå)
- Visningsnivå
Fysisk nivå av dataabstraksjon tar seg av det interne skjemaet. Dette abstraksjonsnivået definerer hvordan dataene i en database lagres. Den lagrer detaljerte og komplekse datastrukturer i databasen som sluttbrukere og programmerere ikke ville være interessert i. Det regnes også som det laveste nivået av dataabstraksjon.
det konseptuelle nivået, som er det midterste nivået av dataabstraksjon, er for det logiske nivået av skjemaet. Det forrige nivået svarer på spørsmålet ‘ Hvordan?’. På samme måte svarer dette nivået på spørsmålet ‘ Hvorfor?- Den beskriver hva og hvilken type data som er lagret i databasen.
Det siste og høyeste nivået av dataabstraksjon er Visningsnivået. Dette nivået forteller hvordan dataene skal vises av forskjellige n-brukere. Det er ansvarlig for brukerinteraksjon med databasen.
La oss ta en svært lav skala eksempel der vi har lagret detaljer om kunder i en butikk. Så, hvis vi snakker om det fysiske nivået, lagres dataene som blokker av minne i byte, gigabyte, terabyte, etc. I utgangspunktet handler det om komplisert minnelagring. Denne informasjonen er ikke synlig for programmerere. Det logiske nivået vil beskrive kundedetaljene som er angitt og deres datatyper. Det logiske forholdet implementeres mellom dataene på dette nivået ved hjelp av programmeringsspråk. Dette nivået behandles hovedsakelig av programmerere. På visningsnivå samhandler brukeren med systemet VIA GUI for å legge inn dataene, kanskje i et formformat eller et annet settformat. Nå må hvert nivå være uavhengig av det andre, slik at når vi gjør endringer på ett nivå, er vi ikke pålagt å gjøre endringer på neste høyere nivå. Og dette er hva data independence gjør.
for å opprettholde disse tre nivåene av dataabstraksjon, må vi kanskje gjøre endringer i ett nivå av databasen som kan være et stort problem hvis ikke for data uavhengighet. Du vil være enig i at endring av hele applikasjonsprogrammet for å gjenspeile en liten endring i det fysiske skjemaet, er ingen måte i vår favør når det gjelder tid og programmering. Data uavhengighet sikrer at gjør endringer på ett nivå ikke påvirker de andre nivåene av databasen. På grunnlag av de tre nivåene av dataabstraksjon er data uavhengighet forgrenet seg i to typer.
Typer Data Uavhengighet
La oss lære om de to typer data uavhengighet og deres egenskaper. De to kategoriene er:
- fysisk data uavhengighet
- Logisk data uavhengighet
Fysisk Data Uavhengighet: Under fysisk data uavhengighet får vi friheten til å endre det fysiske skjemaet uten å være bundet til å endre applikasjonsprogrammene for det. Det er ansvarlig for å skille det interne nivået fra det konseptuelle nivået av en databasestruktur. Fysisk data uavhengighet gjør det mulig å gi en logisk beskrivelse eller oversikt over databasen, ikke nødvendigvis nødvendig å spesifisere detaljene i den logiske strukturen i en database. I henhold til fysisk data uavhengighet, skal eventuelle endringer i det interne nivået ikke endre definisjonen av konseptnivå eller visningsnivå skjema.
Fysisk uavhengighet lar deg endre fillagringsstrukturer, hashingalgoritmer, komprimeringsteknikker, lagringsenheter, plassering av database, tilgangsmetode, indekser og så videre. Så, i utgangspunktet handler det om implementering av effektive minnelagringsteknikker. Enhver endring gjort på dette nivået vil bli brukt på kartlegging mellom interne og konseptuelle nivåer av databasen. Husk at de innførte endringene må lokaliseres. Fysisk data uavhengighet oppnås ved det fysiske nivået, og deretter transformeres fra det konseptuelle til det interne nivået av databasen.
Av og til er vi pålagt å oppdatere det interne nivået for å forbedre ytelsen til VÅRE DBMS i lys av minnehåndtering. Dermed fysisk data uavhengighet, unektelig, spiller en viktig rolle på grunn av det faktum at å gjøre endringer i lagringsteknikker i samsvar med våre krav er noe som en effektiv DBMS må være utsatt for.
Logisk Data Uavhengighet: Logisk data uavhengighet gir frihet til å endre det konseptuelle nivået av skjemaet uten å sette noen tvang til å endre eksterne visninger og eksterne programmer eller API. Endringer gjort på dette nivået håndheves på logisk og sluttvisning nivå tilordning. Applikasjonsprogrammer er sterkt avhengig av konseptnivå gjør det vanskelig å oppnå logisk data uavhengighet komparativ til fysisk data uavhengighet. Enhver mindre eller større endring i den logiske strukturen i databasen vil kreve at vi endrer programmene også. Dermed kan oppnå logisk data uavhengighet være ganske utfordrende. Logisk data uavhengighet styrer skillet mellom sluttvisning nivå og konseptnivå.
Logisk data uavhengighet tillater oss å gjøre endringer som å legge til, endre eller slette et attributt, enhet eller til og med et forhold. Å gjøre slike endringer krever ikke omskrivning av applikasjonsprogrammet, men å gjøre tilsvarende endringer i programmet. Det gjør det mulig for oss å slå sammen to poster i en uten å påvirke det ytre laget. Hvis man ønsker å dele en eksisterende post i to, er det mulig uten å forstyrre sluttbrukerens visningsnivåstruktur for en gitt database.
å gjøre rettidige endringer på konseptnivå for å holde DBMS oppdatert er viktig. Det er derfor logisk data uavhengighet sies å være ledende en sentral rolle. Det ikke bare bidrar til å forbedre ytelsen og hastigheten PÅ DBMS, men også viser seg å være nyttig i å gjøre databasen mye smidigere og mer pålitelig.
Fordeler Med Data Uavhengighet
data uavhengighet er ubestridelig når Det gjelder å være en av de viktigste egenskapene til et databasebehandlingssystem. Det er flere grunner til å rettferdiggjøre behovet for data uavhengighet I DBMS. Så, la oss ta en titt på fordelene som tilfredsstiller behovene TIL DBMS.
- Datakvalitet – datakvalitet bidrar til å øke kvaliteten på data som er lagret i en database. Siden endring av databasestrukturen blir mer praktisk med data uavhengighet, blir datalagring effektiv. Det letter forbedring av udelt eller uhindret tilstand. Derfor resulterer det i forbedring av kvaliteten på dataene som er lagret.
- Kostnadseffektivt Vedlikehold-data uavhengighet sparer oss fra å gå gjennom bryet med å gjøre endringer i alle skjematiske nivåer i vår database hvis endringer er nødvendig i ett skjematisk nivå. Dermed, opprettholde vår database blir rimelig i fin grad.
- Sikkerhetsaspekt-Riktig håndheving av standarder og protokoller for skjerming av databasen blir enklere. Derfor er data uavhengighet faktisk nyttig i å forbedre database sikkerhet.
- Utviklere Som Fokuserer På Generell Struktur: Utviklere kan bare fokusere på å håndtere og oppdatere den logiske strukturen uten å bli plaget av den interne implantasjonen. Endringene absorberes direkte av konseptnivå og intern nivå kartlegging.
- Reduksjon I Data Incongruity – data independence støtter modifisering av vår database struktur i betraktning av å øke kompatibiliteten. Dette bidrar til å kontrollere data uoverensstemmelse.
- Forbedre Ytelsen – data uavhengighet brensel årsaken til data abstraksjon. Dessuten letter det jevn implementering av nye endringer. Som et resultat blir datatilgang, henting eller datamodifisering rask og praktisk. Dette er hvordan data uavhengighet viser seg for å være nyttig i å forbedre databaseytelsen.
som vi kan utlede fra de ovennevnte punktene som fremhever fordelene ved data uavhengighet, fungerer data uavhengighet som et AV dbms våpen som overvinne ulempene med filbaserte systemer. Man kan se det som immunitet for brukerprogrammer mot endringene som er gjort i skjemadefinisjonen og dataorganisasjonen. Hver mynt har to ansikter, samme gjelder med dette også. Nå som du er ganske overbevist om at data uavhengighet er nøkkelen til å få pålitelighet og sikkerhet i en database, må du lure på om det mørkere aspektet. Deretter, la meg fortelle deg at det er bare to store mangler som vi ofte kommer over når du arbeider med data uavhengighet. Den første er økt kompleksitet som følger med å vedta data uavhengighet. Databaser må være nøye utformet for å gjøre optimal bruk av data uavhengighet. Den andre ulempen er relatert til den tidligere. Applikasjonsprogrammer er sterkt avhengig av det logiske skjemaet til dataene. Derfor endrer den konseptuelle strukturen mandater å endre det respektive applikasjonsprogrammet.
Håper denne bloggen har vært i stand til å kaste riktig lys på data uavhengighet og tilføre verdi til din kunnskap OM DBMS. Bortsett fra data uavhengighet, er det flere andre faktorer som distribuerer en stor innvirkning på en database. For å få en god forståelse av slike relevante emner AV DBMS, kan du referere til andre blogger Med God Læring. Hold deg oppdatert og fortsett din læringsreise med oss. Du foretrekker kanskje å velge et lynkurs PÅ DBMS med en fin sjanse til å tjene et sertifikat. Vi har mange sertifiserte kurs som vil være til nytte for deg på en eller annen måte. Så, hva annet venter du på? Gå og melde deg på et nytt kurs her! Glad læring!
Leave a Reply