Donnerstag, 16. Oktober 2008
Nur geduldete MySQL-Syntax
Ebenfalls bei den Vorbereitungen für MySQL 5 haben wir uns die SQL-Queries angeschaut, die ggf. problematisch werden könnten.
Wir haben die betroffenen (genau 2!) Kunden vor einigen Tagen angeschrieben und sie darauf hingewiesen. Es geht primär um SELECTs über mehrere Tabellen in Verbindung mit JOINs, die in einer speziellen Form von MySQL 5 nicht mehr geduldet werden, jedoch von Version 4.x.
Wir waren verwundert, dass es wirklich nur 2 Kunden waren, andererseits ist es auch von Vorteil
Wir haben die betroffenen (genau 2!) Kunden vor einigen Tagen angeschrieben und sie darauf hingewiesen. Es geht primär um SELECTs über mehrere Tabellen in Verbindung mit JOINs, die in einer speziellen Form von MySQL 5 nicht mehr geduldet werden, jedoch von Version 4.x.
Wir waren verwundert, dass es wirklich nur 2 Kunden waren, andererseits ist es auch von Vorteil
Trackbacks
Trackback-URL für diesen Eintrag
Keine Trackbacks
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Konkretes -gekürztes- Beispiel:
(ich geh mal davon aus, dass Manuel keine SQLs von Kunden rausgeben darf, daher ein eigenes)
Situation:
- Ein Forum in der Beitragsansicht
- JOIN auf den Verfasser - der ist immer vorhanden
- LEFT JOIN auf den letzten "Bearbeiter" - muss nicht vorhanden bzw. zwingend identisch sein (Bsp: Moderator)
----
SELECT
p.posting_text,
u.id user_id,
u.username user_name,
e.id last_edit_id,
e.username last_edit_name
FROM
forum_postings p,
user u
LEFT JOIN
user e
ON
e.id = p.last_editor
WHERE
p.thread = 400
AND u.id = p.user
ORDER BY
p.id
----
Mit MySQL 4.1 - funktioniert absolut reibungslos und schön schnell.
Mit MySQL 5 dagegen folgender Fehler:
#1054 - Unknown column 'p.last_editor' in 'on clause'
(ich geh mal davon aus, dass Manuel keine SQLs von Kunden rausgeben darf, daher ein eigenes)
Situation:
- Ein Forum in der Beitragsansicht
- JOIN auf den Verfasser - der ist immer vorhanden
- LEFT JOIN auf den letzten "Bearbeiter" - muss nicht vorhanden bzw. zwingend identisch sein (Bsp: Moderator)
----
SELECT
p.posting_text,
u.id user_id,
u.username user_name,
e.id last_edit_id,
e.username last_edit_name
FROM
forum_postings p,
user u
LEFT JOIN
user e
ON
e.id = p.last_editor
WHERE
p.thread = 400
AND u.id = p.user
ORDER BY
p.id
----
Mit MySQL 4.1 - funktioniert absolut reibungslos und schön schnell.
Mit MySQL 5 dagegen folgender Fehler:
#1054 - Unknown column 'p.last_editor' in 'on clause'
nur zwei?? du hast mir tatsächlich praktisch quasi eine echte persönliche email geschrieben?
ich dachte im ernst, dein serienmailer sei einfach gut eingestellt und wollte schon fragen, welches programm du da nutzt
(nebenbei habe ich nicht den geringsten plan, was nun zu tun ist, aber ich schaue es mir noch an)
ich dachte im ernst, dein serienmailer sei einfach gut eingestellt und wollte schon fragen, welches programm du da nutzt
(nebenbei habe ich nicht den geringsten plan, was nun zu tun ist, aber ich schaue es mir noch an
)
Es sollte reichen, Klammern um die Tabellennamen im FROM-Teil zu setzen. Um bei dem oben aufgeführten SQL-Statement zu bleiben:
[...]
e.username last_edit_name
FROM
(forum_postings p,
user u)
LEFT JOIN
user e
[...]
Alternative: Da du beim Abfragen mehrer Tabellen einen "join" ausführst, könntest du das auch gleich im SQL-Statement deutlich machen:
[...]
e.username last_edit_name
FROM forum_postings p
JOIN user u ON (u.id = p.user)
LEFT JOIN
user e
[...]
[...]
e.username last_edit_name
FROM
(forum_postings p,
user u)
LEFT JOIN
user e
[...]
Alternative: Da du beim Abfragen mehrer Tabellen einen "join" ausführst, könntest du das auch gleich im SQL-Statement deutlich machen:
[...]
e.username last_edit_name
FROM forum_postings p
JOIN user u ON (u.id = p.user)
LEFT JOIN
user e
[...]
Der Grund ist eigentlich klar, oder?
Der durchschnittliche MySQL-User weiss mit einem JOIN eh nix anzufangen.
Der durchschnittliche MySQL-User weiss mit einem JOIN eh nix anzufangen.
GEIL! Das funktioniert! 
Riieeeeeessen Dankeee!!! :-)
Da wär ich selbst wohl kaum drauf gekommen.
Riieeeeeessen Dankeee!!!
:-) Da wär ich selbst wohl kaum drauf gekommen.
Das ganze ist übrigens auch dokumentiert:
http://dev.mysql.com/doc/refman/5.0/en/join.html
http://dev.mysql.com/doc/refman/5.0/en/join.html
IPv4 vs. IPv6
Du bist hier via
Suche
Ökostrom
Kalender
Kommentare
Fr, 25.05.2012 19:46
Arbeit anderer 1:1 kopieren !=
dem was die Patenttrolle mome
ntan veranstalten.
Fr, 25.05.2012 18:54
Naja ne AGB ist ja auch schnel
l geschrieben, aber kaum wird
sie kopiert ist das geschrei g
roß
Do, 24.05.2012 21:20
Ich finde es nicht verwerflich
euch danach zu fragen.
Ihr h
abt halt einen super support!
Ich finde die Frage nic [...]
Do, 24.05.2012 20:37
Ich wuerde da weniger auf eine
n "Gesellen" im Browser tippen
, sondern eher auf ein gehackt
es Script auf seiner Web [...]
Do, 24.05.2012 19:14
Och,
ich empfinde das noch al
s relativ neutral. Und so frag
t er halt einfach nach bei dir
.
Do, 24.05.2012 17:34
Da halte ich mit Wellensittich
und "Hansi" dagegen
Do, 24.05.2012 15:49
"Man" aka Kunde/Kundin muss mi
t der Frage nur kreativ genug
umgehen, dann bietet die reich
lich Variationsmöglichke [...]
Do, 24.05.2012 15:06
Deshalb benutze ich bei solche
n Fragen als Antowrt immer die
Namen von hochwertigen Lebens
mitteln wie Schweinskopf [...]
