27. juli 2005 - 15:04Der er
19 kommentarer og 1 løsning
Sæt fut i min database
Jeg har en db, som kører for langsomt, mine brugere beklager sig og det skal løses nu. Er der nogen, som kan tage et kig på det og komme med nogle løsninger?
Hovedformularen som bruges til registrering er ret kompleks og der er som regel 4 brugere, der over netværk registrerer samtidigt. Selvom jeg trimmer FE og BE og har lagt en FE på C-drevet kører det stadigvæk uhyggelig langsomt. Jeg arbejder på en ny super Dell og her tager actions omkring 3 sekunder. Nede ved brugerne har de 600mhz/128mb/100bit som kører xp og den tager måske 3 gange så lang tid.
Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
Hvad sker der hvis du som test laver ne lille FE+BE og placerer paa netvaerket, men blot med en simpel form? Det ville kunne indikere noget om hvorvidt det er haandteringen af formularen eller om det er fordi der opstaar flaskehalse paa netvaerket.
if you BE and FE on C: then how is the performance?
You should also make sure there are indexes on the fields which you use to search on. This includes fields you use in WHERE parts of SQL queries.
Synes godt om
Slettet bruger
28. juli 2005 - 10:39#6
- BE/FE på c-drevet gør ingen forskel - Andre databaser kører fint - Der hvor filmen knækker er når der bruges: Requery, acNewRec, acCmdRefreshPage o.lign.
Er datamængden stor, er der kun tale om inddata, har du en masse beregninger i dine forespørgsler ????
Synes godt om
Slettet bruger
28. juli 2005 - 12:06#8
- Datamængden er stor, men ikke voldsom - Der er både tabeller, som kun bruges til opslag og tabeller, der skrives i - Der er flere forespørgsler med beregninger i
Det kan gribes an på mange måder, typisk med een eller anden opdateringsrutine, som een gang for alle, preberegner dine data og gemmer dem i tabeller. Jeg gør det typisk i forbindelse med en importrutine, hvor importjobbet så måske tager ½-1 time, men gevinsten i forbindelse med rapporttræk er til at få øje på.
Synes godt om
Slettet bruger
28. juli 2005 - 12:53#12
Her skal resultatet fremgå, så snart man har indtastet i et given felt eller hvis man ændrer en værdi i et felt.
Synes godt om
Slettet bruger
28. juli 2005 - 15:28#13
Hvis jeg fjern er de felter og underformularer, der har disse beregninger, så falder "responstiden" fra ca. 9 sek. til max. 1 sek., såehhh!!!!~)
Jeg arbejder på det, forhåbentlig her i min lange weekend og vender tilbage tirsdag.
Jeg har ikke haft tid til at løse problemet endnu, men brugerne har fået en udgave hvor de største flaskehalse er fjernet, så skal jeg bare finde ud af hvordan jeg kan beregne dataerne, så de kommer på formularen igen.
jensen363>smid et svar, så har jeg mulighed for at lukke spørgsmålet, hvis det trækker lidt ud. Jeg brydes mig ikke om at have åbne spørgsmål for længe!~)
Det drejer sig om 2 underformularer, som indeholder en masse forespørgsler med beregninger. De er linket til hovedformularen og sløver derved hele formularen.
Jeg fjerner links og laver en mulighed for manuel opdatering.
Synes godt om
Slettet bruger
03. august 2005 - 11:27#20
Dur ikke, underformularerne opdaterer jo stadig automatisk. Hastigheden er dog øget væsentlig, men ikke helt nok og der er kommet en af de her microsoft fejlmeldinger, som man sender afsted og håber at der en skønne dag kommer en seriøs opdatering til access!!!~)
Synes godt om
Ny brugerNybegynder
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.
