Det er mange grunner som du bestemmer deg for at du trenger å dele databasen til enten en front-end program eller en back-end programmet. To av dem tjener ulike formål, inneholder bakenden database tabellene og er lagret på serveren mens de fremre enden database linker til disse tabellene og inneholder andre databaseobjekter som skjemaer, spørringer, rapporter, makroer og moduler. Denne bakenden distribueres til brukere arbeidsstasjon.
Nå er det mange grunner til grunn som vi delt databasen, hvorav noen er nevnt nedenfor:
gjør oppdatere og legge enklere: Denne prosessen gjør tillegg og oppdatering til utformingen av databasen objekter ganske lettere som du kan bytte ut front-end på hver PC på en etter behov. I motsetning til den delte databasen, trenger du ikke å lukke databasen før du gjør noen endringer
Øker ytelsen. Målet med ytelse tilveksten kan oppnås svært godt.
Denne ordningen laster skjemaer og rapporter fra den lokale harddisken, som er nesten alltid raskere enn å laste dem fra en LAN-tilkobling til en server, og det også reduserer trafikken på LAN ved å bare sende de forespurte data, og ikke skjemaer og rapporter.
Debugging er enklere: Det er lettere å oppdage og feilsøke problemet. Hvis det er mange brukere som har tilgang til databasen så hvis noen av dem står overfor et problem så blir det enkelt å bedømme hva som har vært roten
Fil versjon problem avtar.
Dersom ulike arbeidsstasjonsbrukere har annen fil versjon av tilgang installert . den som har senere filversjonen kan bruke bakenden utviklet i den tidligere versjonen
utilsiktet eller tilsiktet sletting er ikke der: Det er meget mindre sjanser for at brukeren sletter noen av de viktige bordet enten bevisst eller ubevisst. Det eneste de kan gjøre er å slette koblingen til bordet og ikke selve bordet
Database korrupsjon reduserer. Sist men ikke minst, den mest forekommende trussel mot databasen heter database korrupsjon avtar.
Mesteparten av korrupsjon til databasen er korrupsjon i sine objekter som skjemaer, moduler og rapporter, og hvis de har fått ødelagt på grunn av noen av de grunner som virus infeksjon eller program feil etc., da dette ikke kommer til å påvirke tabellene og vil påvirke den spesifikke brukeren bare og tilgang reparasjon kan brukes uten at andre brukere til å avslutte sin plass.
Så splitte databasen er en god praksis selv til enkeltbrukere for prestasjonsrelaterte problemer. Men det er en stor ulempe for dette fenomenet.
La os