Re: Modification de la compilation de jointures en 3.1 ?
Bruno Bergot <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Hop, Le 09/02/2016 10:27, JLuc a écrit : > Un récent log témoigne des ténébreuses circonvolutions du moteur de > jointure : > << Boucler directement sur la table GIS_LIENS et non GIS gis_liens sans > quoi SPIP 3.1 ajoute un GROUP BY L1.id_gis à la requête SQL, ce qui > n'affiche qu'un seul objet lié >> > Merci de remonter le problème :) > Un tel usage de la casse me laisse perplexe. > Si vous ne voyez pas ce que je veux dire, imaginez vous une boucle dont > le fonctionnement changerait > selon que son nom comporte un nombre pair ou impair de voyelles ? > Heu, c'est pas nouveau ça, cf : On utilise les jointures "classiques" dans la boucle. Il faut juste faire attention à respecter la casse du nom des tables car la mise en capitales du nom des tables occasionne une perte de jointure. http://www.weblog.eliaz.fr/article117.html http://www.spip.net/fr_article4254.html Le problème n'est pas la casse, mais plutôt le fait que SPIP 3.1 casse la boucle cité dans le log de commit :p http://zone.spip.org/trac/spip-zone/changeset/95041 ++ b_b