Der er mange grunde, hvor du beslutter, at du har brug for at opdele databasen ind i enten en front-end program eller en back-end. To af dem tjener forskellige formål, bagenden database indeholder tabellerne og gemmes på serveren, mens de forreste ende database links til disse tabeller og indeholder andre databaseobjekter som formularer, forespørgsler, rapporter, makroer og moduler. Denne bagenden distribueres til brugerne arbejdsstation.
Nu er der mange årsager grundet som vi delt database, hvoraf nogle er nævnt nedenfor:
Gør opdatering og tilføje lettere: Denne proces gør tilsætning og opdatering til design af databasen objekter helt lettere, som du kan erstatte den front-end på hver pc på en efter behov grundlag. I modsætning til den fælles database, du behøver ikke at lukke databasen før du foretager ændringer
Øger ydeevne:. Målet med ydeevne tilvækst kan opnås meget godt.
Dette arrangement indlæser formularer og rapporter fra den lokale harddisk, hvilket er næsten altid hurtigere end du lægger dem fra en LAN-forbindelse til en server, og det reducerer også trafikken på LAN ved kun at sende de ønskede oplysninger, og ikke formularer og rapporter.
Debugging er lettere: Det er lettere at opdage og debug problemet. Hvis der er mange brugere, der har adgang til databasen derefter, hvis nogle af dem står over for et problem, så bliver det nemt at bedømme hvad der har været roden
Filversion problem falder:.
Hvis forskellige arbejdsstationer brugere har forskellige filversion adgang installeret . den ene har senere filversion kan bruge den bagerste ende udviklet i den tidligere version
Utilsigtet eller forsætlig sletning ikke er der: Der er meget mindre chancer, at brugeren sletter noget af det vigtige tabel enten ved et uheld eller med vilje. Det eneste, de kan gøre, er at slette linket til bordet og ikke selve tabellen
Database korruption reducerer:. Sidst men ikke mindst, den mest forekommende trussel mod database kaldet database korruption falder.
Det meste af korruption til databasen er korruption i sine genstande som former, moduler og rapporter, og hvis de har fået ødelagt på grund af nogen af de grunde, som virusinfektion eller anvendelse fungerer dårligt, etc., så er dette ikke kommer til at påvirke tabellerne og vil påvirke bestemt bruger kun og adgang reparation kan anvendes uden de andre brugere at forlade deres plads.
Så opdele databasen er en god praksis, selv til enkelte brugere til ydeevne relate