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.
jeg tror ikke der er nogen begrænsning, i antalet af opdates, med mindre at vi snakker meget store tal, jeg har kørt et "opdate" program hvor jeg opdaterede/indsatte over 15000 records det tog ca. 3-4 min, men uden problemmer.
Jeg tror det er svært at sige hvorlang tid db'en er om at opdatere, det går utrolig hurtigt (det er vist hurtigere bare at sætte ind), men det tar "lang" tid at connect'e til db'en.
Hvis det er du regner med rigtig meget aktivitet på siden (i db'en), og mange (over 100) brugere skal du nok overveje at skifte db til en database server som fx. SQL server, da de er bygget til mange brugere (flere tusinde) og store databaser (over 50megabyte), de er desuden også hurtigere til at afvikle SQL statements, og understøtter flere ting....
Man kan jo så videre diskutere hvordan man optimerer sin Accessbase... Hvis man har f.ek. 15.000 forskellige varer i den. Er det så bedst at lave 1 tabel med alt i, eller er det bedre og mere stabilt at oprette en tabel for hver varegruppe ? Selvfølgelig burde man bruge en SQL-base, men lad os dog få diskuteret Access færdig, da dette er den mest brugte.
Det kommer an på hvad man skal "bruge" eller søge efter...
hvis man ex. vil søge i flere varegrupper er det jo langsommere med to (eller 29) tabeller
hvis der er rigtig mange oplysninger om hvert produkt kan man dele dem op i flere tabeller (med samme id nr), man kan så evt. føje flere varegrp. til samme vare (en vare har flere varegrp.) osv....
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.
Ny bruger
Nybegynder
Opret
Preview
