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.
Der er flere måde du kan anskue det på. Du skal tænke på at dit array bliver oprettet og gemt i hukommelsen, så hvis din server har sat en begræsning på PHP med hensyn til hukommelsesforbrug så er der en naturlig grænse her. Jeg har ikke kunne finde nogle steder i manualen at der skulle være et prædefineret maksimum elementer eller en masksimal størrelse.
hmm, ja, Det jeg primært vil bruge det til, er at vise navn til forrige/næste bruger, hvis man kikker på en brugerprofil. (sekundært for at tjekke om profil findes, (id), men det kan jo gøres med en query.)
Men det er vel egentlig bedre at lave en query som henter disse forrige/næste, fremfor at putte alle ind i et array?
sukos: Du vil aldrig hente alle elementerne ud idet der er en rigtig stor sandsynlighed for at de ikke bliver brugt. Hent dem du skal bruge og så lave dine tests med nogle andre querys.
Du skal tænke mere generelt. Hvad nu hvis du havde 100.000 brugere og du skulle få MySQL til at sortere dem, overføre dem til PHP hvorefter PHP skulle opbygge et array med 100.000 elementer. Det kan bestemt gøres men hvis du vil vise brugere i sider af 10 styks så er det et _vildt_ overhead.
Det er jo bortset fra det meget normalt at man i sporg holder styr på array med integer, hvorfor er må ligge en begrænsning på antallet af elementer alt efter hvilken arkitektur man arbejder med.
Umiddelbart kan du lave det i 2, hvor du finder elementet før det du vil vise og så en query hvor du henter det element og de 2 næste (noget limit 3 OFFSET <hvad jeg fandt før>
Og b.t.w., som jeg gør lige pt, henter jeg alle id og putter dem i et array. Og ud fra det henter jeg forrige og næste. Og laver to query's, for forrige og næste. Det var disse to query's jeg ville udenom, ved at putte både id og navn ind i array'et
Hvis jeg ikke har aray'et, har jeg problemer med at hente forrige og næste, fordi der også er mulighed for at vælge hvordan der skal sorteres. Lad os sige: 1 => admin 2 => test 5 => æsel 7 => donkey
sorteret efter navn, vil æsel komme sidst. Og så har jeg problemet med at hente test.
Jeg tror egentlig at det hurtigste er at lave de to querys du snakker om! Men det kommer også an på, hvordan du sorterer dem idet du bør lave din index så det stemmer overens med den måde du tilgår din tabel.
hmm, bliver vel nødt til at hente alle to/tre i samme query, og så lave et par if'er til at finde ud af om brugeren skal vises, eller om det skal være et link?
Gør heller ikke noget det er tre query's, blot det er de rigtige værdier som hentes!
Inden der laves output, tjekker jeg om der skal vises en bruger, (isset($_GET["userid"])), for at lave titel på doc samt en overskrift, eller evt. vise en fejlmeddelse.
og lige nu kan jeg sgutte finde ud af noget! Må hellere se at komme ud og køre igen!
Takker for input, og tror lige jeg prøver i mysql! :O)
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.