01. september 2003 - 09:27Der er
12 kommentarer og 1 løsning
sammenkædede tabeller
Jeg har en front-end som bliver kopieret i 5 eksemplarer, som hver i sær kører på sin egen "data-database" (back-end). Nu vil jeg gerne nøjes med én front-end, i hvilken man så via knapper kan skifte meller de forskellige back-end's. Koden til dette er lavet og kører. Problemet er at når der er f.eks. bare én bruger på en given back-end og jeg prøver at linke min front-end til disse tabeller, så tager det SÅ lang tid, ca. 3 min, uanset processor-hastighed og RAM på computeren! Det tager ca. 5-6 sek. at skifte når der ikke er andre brugere på. Dvs. det er faktisk HURTIGERE at lukke den aktuelle front-end og åbne den anden, end at "skifte tabeller"! Jeg kan jo selvfølgelig fortsætte som hidtil, med at kopiere front-end'en i 5 eksemplarer, men det havde været smartere med kun én front-end, hvor man så kunne skifte mellem back-end's. Nogen der ved hvorfor det tager så lang tid at opdatere kæderne mellem front-end'en og back-end'en?
I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Har lige timet den: 5 min. 12 sek.! (og netkortet viser at det arbejder ved gennemsnitlig 1.5Mbit/s under hele forløbet, for derefter at falde til 0Mbit!)
Det tog ca. 3 min. 40 sek. at skifte tabeller hvis der ikke er nogen brugere på! (tyder det på et netværksproblem? For det tager kun ca. 5-6 sek. når det er til en lokalt placeret database!!!) :(
Terry, my point exactly! But the case is that the 5 back-end's are to be kept apart, policy reasons, noting I can change.......they contain data from offices in other countries. But I'd LOVE to throw it all into one BIG SQL Server database! :) (but I'm not sure the company's willing to pay for the SQL Server just yet, so for now, Access'll have to do)
If I understand your problem correctly then it is NOT when other users are using the dB which gives long re-link times but the fact that the dB is located somewhere on the network and not local!
I’ve done a lot of work with linked tables and it can take quite a while to re-link specially if it’s a slow network and there is a long distance to the backend (udland).
Try re-linking the tables via the linked table manager and see if it takes just as long. How long does it take when NO users are using the backend (not local)?
Apparently that's the case.....but the back-end isn't located "abroad" (i udlandet), but locally (physically) on our server.
I'll try relinking the tables using the linked table mananger, but that doesn't involve changing tables, only re-linking them.....I'll return with an answer in a short while.
The database has to reside on the server, not local machines, hence the problem persists. :( Thanks for trying anyway...
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.
