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.
Det har tidligere været debatteret her på siden - uden noget endegyldigt svar. Det eneste man kunne blive enige om var, at ved mange brugere går Access ned, og du skal så over i noget MySQL.
Med \'samtidige brugere\' går jeg ud fra at du mener simultante. D.v.s. brugere der alle har den samme database åbne på samme tidspunkt ?
Så melder det første \'problem\' sig allerede - mener du så, at de alle skal kunne skrive til / redigerer databasen på samme tidspunkt eller skal de \'blot\' udtrække data ?
Jeg har kørt en Access DB (adressekartotek) på intranet med 150 brugere der alle havde mulighed for at editerer data simultant og aldrig haft problemer, men jeg har aldrig moniteret, hvor mange der simultant har editeret data.
\'På gade\' er ordet vist, at man ikke skal regne med mere end seks simultante brugere der editerer data og 60 der moniterer.
Man skal sørge for at dataene er samlet i en fælles .mdb fil pladseret på nettet, og forespørgsler, forms og rapporter i en .mdb fil hos klienterne. på den måde skal man være meget uheldig, hvis flere brugere editere de samme data på en gang. I hjælpen er der meget info at hente om dette problem.
Jeg har haft temmelig store problemer allerede ved få (<10) samtidige brugere. Det behøver ikke engang være de samme data der editeres, men blot de samme tabeller for at det giver problemer.
Om det så skal være MySQL eller en anden DBMS du skal over i kan diskuteres. Access 2000 skulle fungere rigtig godt sammen med SQL Server 2000 og jeg har selv brugt Oracle med stort held.
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.