zorg.ch
#32226 by @ 18.05.2004 08:39 - nach oben -
mysql !@#!*%ç!

wiedermol was für die php-mysql-highskill0r vo zorg.

han folgendi tabelle

-themen:
themen_id (primär id)
themen_autor (sekundär id)
themen_datum

-posts
post_id (primär id)
post_thema (sekundär id) <-- enthällt id vom zuegehörige thema
post_datum
post_autor (sekundär id)

ich wot jetzt also e themenliste usgeh mit:

themen_autor / themen_datum / post_datum (letzter post, falls ned vorhande: themen_datum) / post_autor / anzahl_einträge

post_datum und post_autor mues de letzti ihtrag zum thema si

mini abfrog:
select themen.*,
max(IFNULL(posts.post_datum,themen.themen_datum)) as 'post_datum',
count(posts.post_id) as 'anzahl_eintraege',
posts.post_autor as 'post_autor'
FROM themen
left OUTER JOIN posts ON (themen.themen_id = posts.post_thema)
group by themen_id
order by post_datum desc

mit dere abfroge chumi alles über was ich will bis uf de post_autor. er zeigt mir zwor en id ah, aber sisch ned die richtig bzw ned vo de gliche reihe wie post_datum
zorg.ch
#32233 by @ 18.05.2004 09:29 - nach oben -
Weil du group by hesch und posts jo X Datensätz pro Thema chönd ha muesch irgende funktion wie max oder so mache uf posts.post_autor, chasch en nöd eifach einzeln fetche...
zorg.ch
#32246 by @ 18.05.2004 10:12 - nach oben -
sproblem isch ebbe wenn ich zwüsched em join und em group eh bedingig "where posts.post_datum = max(posts.post_datum)" innefitz, frisst ers nüme. soviel ich usegfunde han unterstützt das d'where klausel ned. bi "having" wörs goh, aber det nützts mers leider nüt
zorg.ch
#32257 by @ 18.05.2004 11:19 - nach oben -
Subqueries mit mysql 4.1...
zorg.ch
#32272 by @ 18.05.2004 13:36 - nach oben -
jo, aber die viel provider sind chli nulpig und hend immerno 3.23. aber merci, ich has jetzt halt uf die mischtig art glöst: last_post_id i de themeliste...
zorg.ch
#32274 by @ 18.05.2004 13:52 - nach oben -
Das hat nicht viel mit nulpig zu tun.

Wir haben uns mit dem Upgrade 3.23 -> 4.0 auch ein paar Probleme eingehandelt, da sich halt tw. Dinge geaendert haben. Ich hab aber InnoDB fuer unsere neue DNS Loesung gebraucht ;)
zorg.ch
#32275 by @ 18.05.2004 14:15 - nach oben -
stimmt, denn wartet mer bis zu de version 5, bis denn änderet sich jo weniger.... ne "da sich halt tw. Dinge geaendert haben" isch keis argument geg es update, sondern grad defür. und 4.0 isch au scho länger stable, also söts scho irgendwie machbar si.
zorg.ch
#32276 by @ 18.05.2004 14:21 - nach oben -
Nein, man wartet bis genuegend Kunden nach Version 4/5/whatever schreien, und upgraded dann.

Das Problem ist, das du mit solchen Migrationen immer einem Teil Kunden ans Bein pisst, naemlich denen die ihre Software fixen muessen. Wir hatten bisjetzt keinerlei Anfragen zu nem Upgrade, aber nach dem Upgrade hatten wir mehrere Kunden die reklamiert haben das ihre $foo Software nicht mehr funktioniere.

Bevor du Leuten solche Vorwuerfe machst wuerd ich mich also darueber informieren, wie das in einer etwas groesseren Umgebung aussieht. Ich hab privat auch keinerlei Probleme mit 4.1.1, trotzdem wuerd ich es nicht auf michelle installieren.
zorg.ch
#32282 by @ 18.05.2004 15:00 - nach oben -
und wie henders glöst? downgrade? de chunde gsei sie söled ihri foo software umschriibe? ne ich glaub ihr hend konfig richtig ihgstellt.
zorg.ch
#32284 by @ 18.05.2004 15:14 - nach oben -
Wir haben dem Kunden die Software geflickt, oder beim Upgrade geholfen.

Lies mal die Upgrades Notes, Stichpunkt 'SQL Changes'. Da hats einiges drin das *richtig* Aerger bereiten kann, und das man vorallem nicht ganz so schnell bemerkt.
zorg.ch
#32287 by @ 18.05.2004 15:33 - nach oben -
jo, ned grad wenig...
Additional posts