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 er det. Problemet er bare, at en del af dataen fra databasen er der blevet viderearbejdet på. I mit eksempel, der er det foreks. succesprocent af to forskellige tal (Mål og skud), og så skal der så sorteres på procenten. og det kan jeg jo ikke gøre i databasen, uden at oprette en temp tabel? (mysql).
hmm, dét ville ikke helt som jeg ville. Havde gang i noget ala SELECT m1.id, COUNT(m1.`type`) AS maal, COUNT(m2.`type`) AS skud FROM maal AS m1 LEFT JOIN maal AS m2 ON m1.id=m2.id WHERE m1.`type`=1 && m2.`type`=2 GROUP BY m1.id
anyways, er der en grund til, at du ikke har en struktur ala spillerid | skud | maal
hvor du så opdaterer med UPDATE SET skud=skud+1 WHERE spillerid='5'
således du pr. spiller kun har én række fremfor flere rækker (vil være væsentligt hurtigere i databasen og mindre datamængde) - du gemmer jo fx ikke dato info i den tabel du viser
for også at give dig et reelt svar på dit spørgsmål, vil du kunne sortere på success med følgende kode <?php function cmp($a, $b) { return ($a["success"]>$b["success"]); }
usort($array, "cmp"); ?>
Og et test scenario <?php function cmp($a, $b) { return ($a["success"]>$b["success"]); }
Forstår ikke helt hvorfor man skal give keys osv, men det virker altså. Og farten fejl bestemt ikke noget, selvom der er 300 spillere, men en røvfuld data i hver!
Nå, men du får alligevel point som tak for hjælpen.
Pierre
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.