og så fremdeles. Problemet er at hver af sektionerne kører en forespørgsel som tager ca. 1 min. og når rapporten så er i Vis udskrift tilstand, tager det forever and ever at skifte fra side 1 til side 2 (4-5 min) og en udskrift tager ligeså lang tid som at generere rapporten!! :(
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
... men hvorfor går det så langsomt? Har du ekstemt mange data? Eller et sløvt net? Eller laver du mange DLookUp'er? Bruger du Access 2000? Du bør nok starte med at finde årsagen, for det er da helt urealistisk langsomt.
Bruger Access 2003. Ingen DLookUp'er overhovedet (al data-beregning sker i VBA koden). Ja, en af tabellerne som gennemløbes HVER GANG er på ca. 360.000 poster (ca. 1500 medarbejdere på arbejde 250 dage på et år)
Det jeg IKKE forstår er: Hvis vi siger brugeren har valgt 5 områder, 3 hold pr. område, vil rapporten generere 3 sider, 2 områder på de første 2 sider, 1 på sidste side. Men HVORFOR, når nu Access looper gennem ALLE områder, før side 1 vises, skal Access så loope gennem ALLE områder IGEN for at vise side 2!!! Og hvorfor %"¤%#% skal Access gøre det HELE IGEN når der klikkes på Filer -> Udskriv?! :(
Og hvad angår nettet, så er det på et LAN overførslen sker, 100 Mbit netkort, og kortet på serveren, 1 Gbit, laver næsten ikke noget. Glemte at sige at der er tale om linked tables - DB5 filer, på tilsammen ca. 100 MB.
Hm. Umiddelbart ligner din rapport jo et klasseeksempel med 2 grupperingsniveauer. Hvad sker der i koden, som kunne sløve rapporten? En ting er jo, hvordan du opdeler, en anden er hvordan indholdet beregnes. Når du siger at "en af tabellerne som gennemløbes ..." skal det så tages bogstaveligt? Løber du tabellen igennem i koden? Sekventielt? 360.000 poster, som er indekseret korrekt, burde ikke volde problemer, hvis vi forudsætter at de hentes direkte via en forespørgsel.
Ja, det løbes igennem sekventielt i koden, der foretages en del beregninger/summeringer på felter ved gennemløbene. Vi har talt om at flytte dataene fra de sammenkædede Symphony (.dbf) filer til SQL Server, så får vi se om det hjælper.
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.
