Level DESC, Zeit DESC wennschon, sonst sind die niedrigsten Level und die niedrigsten Zeiten die Top-Performer
> -----Urspr�ngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von K�nig, Oliver > Gesendet: Donnerstag, 12. Februar 2004 11:52 > An: '[EMAIL PROTECTED]' > Betreff: AW: [Coffeehouse] Prinzipielles (SQL) Logikproblem > > Hi Stefan, > > hast Du es schon mal so versucht: "order by Level, Zeit" > > cu > Olli > > > > > -----Urspr�ngliche Nachricht----- > > Von: Stephan Schumann, K+K Computer GmbH > > [mailto:[EMAIL PROTECTED] > > Gesendet: Donnerstag, 12. Februar 2004 11:50 > > An: [EMAIL PROTECTED] > > Betreff: [Coffeehouse] Prinzipielles (SQL) Logikproblem > > > > > > Hola, > > ich hab da mal ne klitze kleine Frage zu einem > klitzekleinen Problem. > > > > Kurz zum Hintergrund. > > > > Ich arbeite gerade an einem Spiel welches mit einer Highscore > > ausgestattet werden soll. Das ist soweit ja ned so schwer, > solange man > > eine Highscore so aufbaut, da� der erste Platz die h�chste > > Level/Punktzahl etc. > > erreicht hat. > > Der 2te hat dann weniger usw. (is ja eh klar). Nun ist es > aber so, da� > > es in diesem Spiel nicht direkt Punkte gibt, sondern der Platz des > > Spielers anhand seiner Gesamtspielzeit und der Level die er gerade > > gespielt hat, berechnet werden soll. Und hier liegt dann auch mein > > Problem. > > > > Zum einen wird die aktuelle Level in einer db und zum anderen die > > aktuelle Zeit gespeichert. Wenn nun jemand die Highscore > ansehen will, > > m��te ich erst einen Order by Level machen und anschlie�end einen > > Order by Zeit. > > > > Und hier hab ich jetzt verschiedene L�sungen. > > > > L�sung1: Zum einen k�nnte ich (wenn es den m�glich w�re) 2 > Order by in > > die Abfrage schreiben (also: order by Level AND order by Zeit). > > Aber das kann > > ich ja wahrscheinlich nicht machen. Oder kann ich das so schreiben? > > Hab leider nichts dazu gefunden. > > > > L�sung2: Die n�chste L�sung w�re alle Datens�tze aus der db > auszulesen > > (mit Order by Level), dann das ganze in ein Array schreiben > und dann > > einen Bubblesort o.�. �ber das Array laufen lassen. Diese L�sung > > m�chte ich aber nicht unbedingt umsetzen, da ich das schonmal so > > realisiert hab mit einer db die momentan ca. 2000 > Datens�tze enth�lt > > und die Sortierung ewigkeiten braucht. > > > > L�sung3: Ich k�nnte f�r jede Level eine eigene Tabelle > erstellen und > > dann den jeweiligen Spieler mit seiner Zeit dort eintragen. Das > > Problem das ich hier sehe, ist schlicht und ergreifend, da� > das Game > > wenn es den mal fertig wird, 100 Leveln haben wird. Sprich, > ich h�tte > > 100 Tabellen und m��te, wenn jemand die Highscores sehen will, 100x > > auf verschiedene Tabellen zugreifen und diese auslesen. Das ist > > wahrscheinlich von der Performance her gesehen auch nicht > der Weisheit > > letzter Schlu�. > > > > > > Erschwerend kommt zu diesem Highscoreproblem noch hinzu, > da� wenn ein > > Spieler alle 100 Leveln durchhat, er in das Freeplay kommt, wo nach > > den offiziellen Leveln alle Userleveln (Leveln die von Spieler per > > Leveleditor erstellt wurden) durchgespielt werden k�nnen. > Also m��te > > ich wieder differenzieren zwischen Freeplay und normalem Game. > > > > > > Ich hoff mal das ich mich halbwegs verst�ndlich ausgedr�ckt hab. > > Vielleicht habt ihr ja die ein oder andere Idee wie ich > dieses Problem > > am besten bew�ltigen kann. > > > > > > Bin f�r jede Antwort dankbar! > > > > > > Gr��e Stephan > > > > > > _______________________________________________ > > Coffeehouse mailing list > > [EMAIL PROTECTED] > > http://www.glengamoi.com/mailman/listinfo/coffeehouse > > > _______________________________________________ > Coffeehouse mailing list > [EMAIL PROTECTED] > http://www.glengamoi.com/mailman/listinfo/coffeehouse > _______________________________________________ Coffeehouse mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/coffeehouse
