Avatar billede _on_ Nybegynder
19. september 2007 - 13:40 Der er 8 kommentarer og
1 løsning

Langsom database

Hej

Jeg har en database der bygget op med 3 backend samt en frontend. Mit problem er, at når der er 2 eller flere locket på databasen bliver den pænt langsom, så meget at det kan blive lidt iriaterende. Alle databaserne ligger på et netværksdrev og til databasen hører der brugerstyring så administrator kan styre hvem der må hvad.
Er det muligt at optimere på en access database så den reagerer hurtigere i et flerbruger system.

Mvh
ON
Avatar billede sherlock Nybegynder
19. september 2007 - 13:55 #1
"Reagere hurtigere", ja måske. Hvis du mangler at definere nogle indexes.
Men du får aldrig en god svartid på en Access over et netværksdrev, med mindre den er meget lille.
Og flerbruger kan du, efter min mening, godt glemme. I og med at database-engine ligger på hver klient, mister du al fordel ved caching. Og fillåsning på et netværksdrev er heller ikke noget at råbe hurra for.
Access er en desktop database.

Måske er min argumentation lidt tynd, men konklusionen er rigtig :)
Avatar billede -anders- Juniormester
19. september 2007 - 14:12 #2
Hejsa

prøv at at kikke på dette spørgsmål med indlæg http://www.eksperten.dk/spm/786025

Der kan måske hentes noget der, det skal siges at jeg ikke selv har testet om det gør en forskel, men måske :o)
Avatar billede mugs Novice
19. september 2007 - 18:36 #3
Har aldrig haft probelemer med Access som en flerbruger database. Tværtimod!
Avatar billede jesperfjoelner Nybegynder
19. september 2007 - 19:10 #4
Her er den bedste guide til performance i en splittet database:
http://www.granite.ab.ca/access/performancefaq.htm
Avatar billede jesperfjoelner Nybegynder
19. september 2007 - 19:12 #5
Det vigtigste kan hænde at være at have en (skjult) formular med en vedvarende forbindelse til en tabel i backend-filen. Det kan give en stor hastighedsforbedring.
Det er beskrevet i ovennævnte link.
Avatar billede _on_ Nybegynder
22. september 2007 - 13:06 #6
Hej

Jeg har været lidt fraværende herfra de senere dage og jeg har lavet en del eksperimenter. Jeg har fundet ud af at en del hændelser der er tilknyttet kode bliver, for nogles vedkommende, udført adskillige gange inden formen bliver vist på skærmen. Ydermere, hvis det er en ubundet form åbner den øjeblikkeligt, hvorimod hvis der er bundet en query til den, er den betydelig længere om at åbne. Noget kunne tyde på at en query ikke bliver "compileret / optimeret" når den bliver gemt, men skal fortolkes hver gang den skal udføres. Det hjælper en lille smule at lave mdb filen om til en mde. Det hjælper også lidt at holde længden af filnavnet + stien nede, ganske enkelt for ringe at et filnavn eller en sti kan ha' betydning. I mine øjne, en aldeles ringe konstruktion af database engine.

Jesperfjoelner: Jeg er nødt til at afvise dit svar, fordi anders' svar faktisk indeholder en link til samme side som du har angivet, så han var kommet dig i forkøbet :)

anders: Hvis du dropper et svar kan du få point for det.

Tak for hjælpen alle...

Mvh
ON
Avatar billede -anders- Juniormester
22. september 2007 - 14:42 #7
Hej On, hermed et svar, forsat god arbejdslyst med projeket :o)
Avatar billede -anders- Juniormester
22. september 2007 - 14:42 #8
ups, og så svaret :o)
Avatar billede -anders- Juniormester
24. september 2007 - 23:22 #9
mange tak for point :o)
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Dyk ned i databasernes verden på et af vores praksisnære Access-kurser

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester