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.
Alt efter hvilken Database du bruger så kan du ikke altid regne med RecordCount. Jeg vil derfor foreslå at du i stedet bruger en TQuery: \"SELECT count(*) FROM TableNavn\", hvorefte du kan læse antallet som: \"iAntal := Query1.Fields.Fields[0].AsInteger;\".
assasssin> Hvis du køre \"Stand-alone\" så tror jeg ikke at dit forslag gør så meget fra eller til, men hvis det bruges i et Client/Server miljø så er det direkte tåbeligt, da du belaster netværket ved at overføre samtlige poster fra servern til klienten.
En \"select count...\" vil i stedet lade serveren trække læsset og kun overføre antallet af poster.
Jeg kan kun give Pellelil ret: LAD ALTID DB SERVEREN GØRE ARBEJDET!!
Dvs. hvis man kører en RecordCount på et dataset, det være sig TQuery eller TTable, så vil samtlige record i tabellen bliver overført til computeren, der så vil tælle antallet af poster, hvorefter den dropper alle posterne igen. Direkte tåbeligt, specielt hvis det foregår via net eller/og på en langsom maskine.
Select Count(*) Form TabelNavn
vil altid lade DB-enginen lave arbejdet og kun overføre en enkelt record indeholdende antallet.
Er dette spørgsmål lukket ?? Det ser ud som der er 2 brugbare svar!!
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.