Frage zu MySQL - Datensatz-Limitierung

Frage zu MySQL - Datensatz-Limitierung (30 Beiträge, 217 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo zusammen,

ich habe momentan etwas Schwierigkeiten, in meiner MySQL-Datenbank eine Abfrage zu generieren; hoffe, jemand von euch kann mir da weiterhelfen.

Ich habe drei Tabellen, in denen gepeichert wird, welcher Spieler an welchen Turnieren teilnimmt:

Die Tabelle "Players" mit den registrierten Spielern:
player_id | vorname | nachname | ...

Die Tabelle "Tournaments" mit allen veranstalteten Turnieren:
tourney_id | location | date | ...

Eine Tabelle "Entries", die besagt, welcher Spieler an welchen Spielen ("Tournaments") teilgenommen hat und welche Platzierung erreicht wurde:
entry_id | player_id | tourney_id | place | ...

Auf dieser Tabelle "Entries" möchte ich nun eine Abfrage durchführen, die mir die letzten 10 Ergebnisse JEDES Spielers liefert (sortiert nach Datum des Spiels). Dabei ist zu beachten, dass nicht jeder Spieler an jedem Spiel teilnimmt; daher ist beispielsweise eine Begrenzung auf das Datum des Spiels keine Lösung. Weiters kann es durchaus sein, dass ein Spieler noch gar keine 10 Teilnahmen hat - in diesem Fall sollen halt einfach alle Teilnahmen eines Spielers ausgegeben werden, die verfügbar sind.

Vielen Dank im Voraus für jeden nützlichen Tip !

Da müssen zuerst alle drei Tabellen gejoint werden, die nötigen Attribute ausgewählt werden, mit ORDER BY kann man sortieren, und die Begrenzung geht in MySQL afaik mit LIMIT.
ps: ist denn die entry_id überhaupt notwendig?

diese Sache mit der LIMIT-Klausel funktioniert prinzipiell zwar schon, aber nur dann, wenn ich von einer Abfrage einen gewissen Bereich angezeigt haben möchte, also z.B.: die letzten 10 Turniere wären SELECT * FROM Tournaments ORDER by date DESC LIMIT 10

entry_id ist halt der PK der Tabelle Entries - habs der Vollständigkeit halber hingeschrieben, tut aber prinzipiell nichts zur Sache, ja...

naja nein ich meinte, ob der PK überhaupt notwendig ist oder ob der player-id und turnier-id ausreichen ist

prinzipiell hast du recht: um die gewünschten Informationen zu erhalten, reicht eigentlich die Kombination aus player_id und turnier_id; dennochn hab ich mir das beim Modellieren irgendwann mal angewöhnt, für einen Datensatz in einer solchen Kreuztabelle einen PK zu vergeben - gerade wenn man irgendwann später mal eine Funktion wie COUNT(..) oder so verwenden will ist da ein PK sehr nützlich.

mit meinem Problem hats natürlich weniger zu tun, also bitte ignorieren

So in der Art:

SELECT * 
FROM players, tournaments, entries 
WHERE players.player_id = entries.player_id  AND tournaments.tourney_id = entries.toruney_id 
ORDER BY torunaments.date DESC 
LIMIT 10

Suche im Forum
Forums-FAQ
Kino 2006
Täglich frische Sudokus

12.04.2007, 14:04 Uhr - Editiert von Robert Craven, alte Version: hier

danke, aber genau das funktioniert eben nicht - die LIMIT-Klausel liefert mir in diesem Fall einfach nur die letzten 10 Einträge der Tabelle - ich bräuchte aber die letzten 10 Einträge JEDES Spielers...

Dann kannst du ja evtl. ein subselect einbauen. Also where playerblabla = (select player_id from players) AND ...

Wenn das geht...

ich bin mir jetzt nicht ganz sicher, worauf du mit deinem subselect-vorschlag hinauswillst; sämtliche player_ids hol ich mir ja mit einem "SELECT player_id,... FROM Players"

Ausserdem sind meines Wissens nach SubSelects erst ab MySQL 5.x möglich; leider bin ich dazu gezwungen MySQL 4 (genauer gesagt 4.0.23) zu verwenden, und da kann ich ein SubSelect maximal mit einer temporären Tabelle (verteilt auf 2 sequentielle Abfragen) simulieren...

Na wenn du eh schon sämtliche player_ids hast, dann frag doch einfach für jeden Spieler die letzten zehn ab, und nicht über alle?

ja schon, aber wie funktioniert das ? wenn ichs nur für eine einzige player_id machen möchte, ist das kein problem, da käme etwas ähnliches raus wie "SELECT * FROM Entries e WHERE player_id = ... ORDER BY date DESC LIMIT 10" - ich brauch aber die letzten 10 Einträge JEDES spielers!

IMO hätte das eben mit einem subquery funktionieren müssen, dass du anstatt der einzelnen player_id verwendest. Das scheint ja aber bei dir keine Option zu sein...

ich hab das gefühl, dass wir ein wenig aneinander vorbeireden - könntest du bitte mal deine idee in einem mysql-statement darstellen ?

Ich nehme dein Beispiel und ergänze es:

SELECT * FROM Entries e WHERE player_id = (SELECT player_id FROM players;) ORDER BY date DESC LIMIT 10

So auf die Art. Aber ich hab schon länger nix mehr mit SQL gemacht, also keine Ahnung ob das überhaupt gehen würde.

hmm ok, dann hab ich das doch anfangs richtig verstanden, wie du das gemeint hast...

das problem ist bei der lösung nach wie vor, dass 1. ein SubSelect in mysql 4.x nicht möglich ist und 2. das subselect, selbst wenn es funktionieren würde, nichts bringt, da durch das "LIMIT 10" am schluss erst recht wieder nur die letzten 10 datensätze geliefert werden, und zwar die letzten 10 datensätze des gesamtergebnisses und nicht die letzten 10 datensätze bezogen auf die einzelnen player_ids.

Da hast du möglicherweise recht, das habe ich nicht bedacht. Sorry...

null problemo, trotzdem vielen dank!

In MySQL 5 würde das schon so gehen, da man das LIMIT ja in die Subquery verpacken kann.

Aber in MySQL 4 gibt's ja auch schon CREATE VIEW, oder? Damit kann man die Subquery dorthinein verpacken.

puh, das kann ich dir jetzt nicht mit gewissheit sagen - ich glaube aber irgendwo mal gelesen zu haben, dass VIEWS ebenso wie subqueries erst ab mysql 5.x möglich sind...

bei mysql 4.x müsste man halt anstelle von views temporäre tabellen verwenden

Ist es denn nicht möglich, eine Programmiersprache zu verwenden?

wenns nicht anders möglich ist, muss ich eh fast den umweg über die scriptsprache (in meinem fall PHP) gehen - mir wäre allerdings die lösung direkt über MySQL lieber, einfach deswegen, weils eleganter, sauberer und vermutlich auf effizienter sein wird...

Hi!

Subqueries sind ab der Version 4.1. möglich - wenn es dir irgendwie möglich ist, mach ein Update zumindest auf diese Version - da gibts viele Vorteile.

Wenn nicht, dann kommst du um Workarounds *TRÖT* http://dev.mysql.com/doc/refman/4.1/en/rewriting-subqueries.html nicht herum

@ sauber usw.

Bei einigen komplizierteren Abfragen habe ich die Erfahrung gemacht, dass es performancemässig besser ist, teilweise über php zu arbeiten. Es gibt durchaus Abfragen, wo die DB 30 Sekunden benötigen würde, während wenn du eine einfache Abfrage machst + den Rest über PHP mit einer Schleife löst dir Häuser an Zeit ersparst.

Wenn du DB und Webserver getrennt hast, wäre dies ohnehin netter

lg
oliver

es ist nett wichtig zu sein, aber es ist viel wichtiger nett zu sein!

Hallo,

den Versions-Upgrade kann ich leider nicht machen, weil ich keinen eigenen Webserver habe, sondern nur einen Re-Seller, leider...

erstmal danke für den Workaround-Link - so wies aussieht, komm ich fast nicht drumherum, das Problem mit der Scriptsprache zu lösen; dennoch will ichs nicht recht einsehen, dass das rein mit MySQL nicht klappen soll

dennoch will ichs nicht recht einsehen, dass das rein mit MySQL nicht klappen
soll

Es geht eh - nur steht der Auswand imho nicht in Relation zu deinem Nutzen - was glaubst du wielange ich bei manchen Statement gesessen bin?

Wenn du die Lösung wissen möchtest - die geht imho zum Beispiel (es gibt mit Sicherheit auch andere Lösungsansätze) vom Aufbau her so:

1. Die einfache Abfrage so alles unlimitiert drinnensteht (also select player_id, nachname, vorname, ... from player p, entry e, tourney t where e.player_id_fk=p.player_id) geordnet nach player_id und datum

2. schreibst du ein wenig um und initialisierst eine Variable (Variablen schreibt man in MySQL mit @ also z.B. "@a:=0")

3. die variable lässt du in einer if Anweisung hochzählen bis die nächste player_id kommt - dann setzt du sie wieder auf 0 - Ziel ist, eine temporäre Spalte zu erhalten, in der die Ergebnisse eines jeden Spielers von 1 bis x durchnummeriert werden - nennen wir die Spalte "position"

4. Achtung - fertiglesen

--> mit so einem Ergebnis kannst du natürlich recht einfach eine Abfrage tätigen die von jedem Spieler nur die ersten 10 Ergebnisse ausspuckt:
*TRÖT* "select player, tourney, .... where positon<11".

5. Normalerweise würde ich 4. als select nehmen und alles davor geschriebene in ein bzw. mehrere subselects schachteln

Deine Aufgabe wäre es mit Workarounds auf solche subselects zu verzichten bzw. diese dann umzuschreiben - eh alles unklar?

Wenn Fragen auftauchen (glaub ich kaum, nach meiner Spitzenerklärung

), dann frag ruhig mal (außer Fragen über meinen geistigen Zustand - der steht außer Frage

)

lg
oliver

es ist nett wichtig zu sein, aber es ist viel wichtiger nett zu sein!

also das könnte doch tatsächlich funktionieren

auch wenn ich mir ehrlich gesagt eine etwas einfachere lösung erhofft hätte (vielleicht in der art, dass die LIMIT-Klausel auf ein Attribut festgesetzt werden könnte), so sollte dein Vorschlag mit dem Counter für jede player_id klappen!

Vielen Dank für deine Hilfe !!

Ja, dass war auch mein erster Gedanke, der auch sehr sinnvoll wäre (Limit mit Attribut), leider spielts das nciht - wennst nicht weiter weißt, dann helfe ich dir gerne - nur heute bin ich dann nur mehr relativ spärlich online...

lg
oliver

es ist nett wichtig zu sein, aber es ist viel wichtiger nett zu sein!

darauf komm ich gerne zurück - ich bastel momentan eh grade ein wenig dran:

statt dem subselect hab ich jetzt mal die Entries so, wie dus beschrieben hast, sortiert:

CREATE TEMPORARY TABLE SortedEntries
SELECT e.* FROM Entries e, Tourneys t
WHERE t.tourney_id = e.tourney_id
ORDER BY e.player_id ASC, t.date DESC;

jetzt hab ich grade a bissl schwierigkeiten, in der IF-Abfrage gleichzeitig den Counter zu erhöhen UND die nächste player_id zu speichern; mein momentaner ansatz ist

SELECT @current_player := player_id AS player_id, tourney_id, place, @counter := @counter + 1
FROM SortedEntries

mit dem IF-Statement eingebaut (was noch ned recht funktionieren will) sollte das sinngemäß dann irgendwie so ausschaun, oder ?

SELECT @current_player := player_id AS player_id, tourney_id, place,
IF(@current_player = player_id, @counter := @counter + 1, @counter := 0, @current_player := player_id)

FROM SortedEntries

nur will die sache mit den zwei Anweisungen im else-Zweig nicht so recht...

Hi!
Sorry, vorab - aber am Wochenende war ich nicht da

Einmal vorweg: SO kann es nicht funktionieren, weil du der temp. Variable denselben Wert zuweist wie die player_id - d.h. player_id und current_player - sind zu jedem Zeitpunkt gleich.

Es ist klar was du erreichen willst - nämlich den Wechsel zwischen den player_ids bemerken

Ich seh da ein Problem - 1. musst du die Variablen vor der großen select-Anfrage mit einem bestimmten Wert initialisieren (ich mache das in der Regel in einem subselect) und zweitens löst du as ganze am besten mit einer verschachtelten if-Anweisung, wobei aber in der zweiten 2 Parameter gesetzt werden müssen - und das ist auch einfache Art und Weise in Mysql 4.0.23 nicht möglich (sondern erst ab 5.0 wenn ich mich richtig erinnere).

Es gibt nämlcih 2 if-Konsturktionen, die sich voneinander eben dadurch unterscheiden - siehe http://dev.mysql.com/doc/refman/5.1/de/if-statement.html

Sowie ich etwas mehr Luft hab, schau ich mir das mal an - auch wenn's in meinen Augen nicht wirklich sinnvoll ist es so zu lösen

lg
oliver

es ist nett wichtig zu sein, aber es ist viel wichtiger nett zu sein!

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung