bonjour,
je viens (enfin) de réussir à monter un spip (2.1)
sous postgresql (8.4.0)...
impossible, en l'état, d'accéder aux articles (squelette de la dist)
pour cause de boucle bloquante.
voir le détail sur le ticket
http://trac.rezo.net/trac/spip/ticket/1843
ce tri *par défaut* selon l'ordre des éléments du IN a-t'il une justification ?
ce tri *par défaut* selon l'ordre des éléments du IN a-t'il une
justification ?
C'est le seul moyen d'imposer un ordre arbitraire depuis la définition
d'une boucle.
-- Fil
j'avais recodé ce IN pour l'optimiser dans un passé pas si vieux, c'est peut etre à ce moment que la compat postgre a été cassée.
Pourtant sur le moment on (mathieu pour sqlite, emmanuel pour postgre et moi pour mysql) avait vérifié que c'etait transparent ...
Cédroc
de fait, ça casse à partir de la version [13475] (incluse)
de criteres.php :
http://trac.rezo.net/trac/spip/changeset/13475/spip/ecrire/public/criteres.php
jusqu'en [13351] incluse, ça passe
ce serait l'apparition du GROUP BY de [13475] qui contrarie pg
je ne suis pas sur de voir un group by dans [13475] et du coup je ne comprends pas trop...
Cédric