I forbindelse med en afgangsopgave er vi i færd med at udarbejde en applikation til et callcenter. I denne sammenhæng skal databasen lagre historik, som blot vokser og vokser... Hvordan udregner man eller finder frem til en begrænsning på størrelsen af en database før den bliver rådden at arbejde med? Vi har overvejet at splitte databasen i flere, men spørgsmålet er alligevel interessant. Nogen her som kan bidrage med benchmarks eller anden information?
De fleste virksomheder har efterhånden bevist, at AI virker.
Pilotprojekter leverer resultater. Medarbejdere bruger generative AI-værktøjer. Nye use cases dukker op på tværs af organisationen.
Det er et spørgsmål som de fleste Access-brugere har stillet sig på et eller andet tidspunkt. Problemet er bare, at det ikke er til at sige entydigt. Følgende faktora spiller typisk ind på performance: -Antal samtidige brugere (de fleste siger at smertegrænsen er 20 brugere, men andre vil hævde at den kan køre med flere eller færre) -Størrelsen på databasen (min erfaring er at 50 MByte kan køre fint på nogle systemet, mens andre systemer på 20 MByte køre meget langsomt. -Netværkshastigheden og -belastningen. -PC'ens hastighed og RAM spiller også ind (min 128 MByte RAM er at foretrække) -Databasedesign - Hvis databasen ikke er indekseret og normalisere korrekt, kan det have stor indflydelse på performance.
Som du kan se, er der ingen direkte rettesnor at gå efter ;o)
En anden god ting er at splitte databasen op i en frontend og backend. Derved kan frontenden ligge på hver arbejdsstation og Access skal derfor ikke transportere skærmbilleder m.m. over netværket.
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.