I denne artikel vil vi se på flere mulige årsager bag en langsomt fungerende MS Access-database, når den tilgås via et netværk.
Der er forskellige årsager til, at en database kører langsomt eller fungerer dårligt. Disse databaser er ikke bygget til at fungere suboptimalt, men på en eller anden måde, i det lange løb, ender de med at give en dårlig ydeevne. Nogle sandsynligvis årsager til, at MS Access-databasen fungerer langsomt, kan være en af følgende:
- Som standard har MS Access mulighed for at vise datablade mellem tabeller, der er relaterede. Hvis du arbejder ofte i Data-sheet View, er det oftest ikke påkrævet. Dette påvirker hastigheden negativt. Derfor anbefales det at deaktivere denne funktion.
- Hvis du bruger en sammenkædet tabel, og du flytter data fra én post til en anden, kan det reducere hastigheden. Naviger ikke for meget.
- Hvis en browsingformular genoprettes på tværs af forbindelsen, kan den også reducere hastigheden.
Til tider gør opsplitning af en database også ydeevnekapaciteten langsom. Du kan nemt opdele databasen, hvis den kun har én bruger, men for at undgå indsnævringer skal du gemme både for- og bagsiden på et lokalt system.- Mens du bruger statiske data som f.eks zip koder osv., opretter lokale tabeller, ellers vil det igen reducere tingenes hastighed.
- Implantering af grafik er også en af grundene til, at ydeevnen bliver hårdt påvirket, da det bruger flere ressourcer. Så det er tilrådeligt at bruge linkgrafik i stedet for at implantere dem.
- Komprimering er nødvendig, da det sletter poster og frigør ressourcer. Det opdaterer yderligere statistik og omarrangerer posterne. Hvis du ikke komprimerer ofte, vil det påvirke ydeevnen. Du skal dog huske på, at du laver en sikkerhedskopi af disse data, før du komprimerer. For rigelig forsigtighed investere i en kraftfuld Adgangsrettelse værktøj.
- En simpel formular med mindre antal kontroller er bedre end en kompleks form, der har mange kontroller. Komplekse formularer vil være langsommere, da det vil tage længere tid at uploade og svare. I stedet kan du oprette formularer, der er opgavespecifikke i stedet for at have en enkelt, kompleks formular.
- Indeksering er ikke altid let og kan til tider være ret forvirrende. Også overindeksering vil vise sig at være dårligt for ydeevnen. Derfor bør du være ekstra forsigtig, mens du indekserer og bør kun anvende indeks på felter, som du søger efter regelmæssigt.
- Det er en kendsgerning, at mere data, langsommere bliver ydeevnen. Så når du har forespørgsler til rapporter baseret på flere tabeller, bør du i stedet basere dem på én forespørgsel. Brug denne forespørgsel til at begrænse de poster, der trænger ind i rapporten eller formularen.
- Det er tilrådeligt at holde tabellerne smalle og felterne så få som muligt. Et større antal felter kan forsinke ydeevnen. Du kan også fjerne de felter, der sjældent bruges, i en ny tabel. Opret derefter et en-til-en-forhold med disse tabeller.
Til tider gør opsplitning af en database også ydeevnekapaciteten langsom. Du kan nemt opdele databasen, hvis den kun har én bruger, men for at undgå indsnævringer skal du gemme både for- og bagsiden på et lokalt system.Så dette er nogle af de mulige årsager til den langsomme ydeevne. At slippe af med disse kan forbedre ydeevnen betydeligt.
Forfatter Introduktion:
Vivian Stevens er en datagendannelsesekspert i DataNumen, Inc., som er verdens førende inden for datagendannelsesteknologier, herunder gendanne mdf og excel-genopretningssoftwareprodukter. For mere information besøg www.datanumen.com