MySQL Frage: FullJoin 2er Tabellen, Reihenfolge abhängig?

[mankra]

Fragen an die DB Experten:
Sollte bei einem Fulljoin nicht die Reihenfolge der Tabellen egal sein?

Warum funtioniert dieses Beispiel nicht (Keine Fehlermeldung, es werden aber nur 0 Datensätze ausgegeben).

SELECT 
  t.text_title, 
  t.text_key, 
  t.text_group, 
  t.field,
  tts.text 
FROM text t, text_to_stores tts
where 
  t.status = 1 
  and tts.key = t.text_key
  and tts.store_id = 101
order by t.sort

Und das hier funktioniert (Die 12 Datensätze werden richtig ausgegeben):

SELECT 
  t.text_title, 
  t.text_key, 
  t.text_group, 
  t.field, 
  tts.text 
FROM text_to_stores tts, text t
where 
  t.status = 1 
  and tts.key = t.text_key
  and tts.store_id = 101
order by t.sort

Der einzige Unterschied ist, wie die Reihenfolge der Tabellen.
Kann mir jemand eine Erklärung dazu geben?
Hab mit dem Blödsinn ne Stunde versch...en.

[pc.net]

lies dir mal die mysql-referenz zu join durch

http://dev.mysql.com/doc/refman/5.1/de/join.html
http://dev.mysql.com/doc/refman/5.1/...imization.html

[mankra]

Kenn ich natürlich, weiß jetzt nicht, wonach ich suchen sollte.
Bei dieser Schreibweise handelt es sich ja um ein Full-Join.
Bei nem Outer Join, wärs schon klar (oder auch nicht, wenn ich jetzt so nachdenk, da ich sowieso nur die Datensätze brauch, wo es volle Datensätze gibt).
Ich verstehe nicht, warum Beispiel eins 0 Zeilen als Ergebniss erzeugt.

[pc.net]

ich beziehe mich auf diesen punkt der doku:

Der Join-Optimierer berechnet die Reihenfolge, in der die Tabellen verknüpft werden sollten. Die durch LEFT JOIN oder STRAIGHT_JOIN erzwungene Lesereihenfolge für die Tabellen unterstützt den Join-Optimierer bei seiner Arbeit wesentlich effizienter, weil erheblich weniger Tabellenumstellungen zu überprüfen sind.

der mysql-optimierer kommt hier wohl durcheinander ...



was mir noch einfallen würde:
probier als erste die verbindungs-bedingung zw. den beiden tabellen ... dadurch sollte der optimizer beim parsen des statements jedenfalls zuerst erkennen, dass er beide tabellen für ein korrektes ergebnis verbinden sollte ... dann sollte die reihenfolge der tabellen auch unerheblich sein ...
nebenbei macht das so ein statement auch leichter lesbar - vor allem bei umfangreichen abfragen mit vielen tabellen hilft das sehr ...

[mankra]

Also

 
SELECT 
....
FROM text t, text_to_stores tts
where 
  tts.key = t.text_key
  and t.status = 1 
  and tts.store_id = 101

Bringt keine Änderung, 0 Ergebnisse.

[mankra]

Aber jetzt hab ichs:

Mit

 
FROM `text` t, text_to_stores tts

Klappt es.

D.h. kein Logigfehler, sondern "nur", daß die DB den Tabellen Namen text als Schlüsselwort interpretiert.
Ohne Fehlermeldung hab ich an dies nicht gedacht.

[pc.net]

solch triviale fehler sind immer wieder witzig