[[spip-dev] fw: Statistik bug bzw. cast as Bug für pg DB]

Hallo Gabor,

auf Deine Frage hat Emmanuel sehr präzise geantwortet. Weiter unten findest Du eine Zusammenfassung auf Deutsch. Wenn Du direkt mit den Entwicklern diskutieren möchtest, abonniere bitte die englischsprachige Mailingliste spip-en@rezo.net (http://listes.rezo.net/mailman/listinfo/spip-en). Hinweise zur aktuellen SVN/Entwicklerversion können auf Englisch auch in spip-dev@rezo.net gepostet werden. Ich übersetze gerne, jedoch würde das Übersetzen kompletter Threads mein Zeitbudget sprengen.

Voilà:
from_unixtime hatte esj auf der 2do-Liste, es dann aber vergessen. unix_timestamp wird hingegen vor der Übergabe ersetzt. Wenn Du die Datei angeben könntest, wo die Ersetzung fehlt (oder das Skelett, falls es sich um einen Fehler im öffentlichen Bereich handelt) ?

Der Code enthält eine schreckliche Lösung bei der AS einerseits gross "AS" und zur Unterscheidung klein "as" geschrieben wird. Man kann das bestimmt besser machen, aber es funktioniert im Prinzip. Natürlich kann es in diesem Zusammenhang auch einen Bug geben, deshalb die Bitte um Dateinamen und Zeilennummer/Codeauszug zur Lokalisierung des Problems.

Zur Weiterentwicklung der Postgres-Unterstützung
SPIP enthält jetzt einen Satz virtueller Funktionen für mehrere SQL-Server, u.a. Postgres und man braucht daran im Prinzip nichts mehr zu ändern. In der Praxis kann man natürlich weiter optimieren und es gibt sicherlich auch noch weitere Bugs, außer dem, den Du entdeckt hast. Was die Weiterentwicklung angeht, folgt sie immer dem selben Prinzip:

Damit die Kollegen sich an die Arbeit machen, braucht es immer mindestens einen Anwender, der die Entwicklungen testet und den Entwicklern Feedback gibt.

Wenn Du also Deine Beobachtungen zur SQL Abstraktion / Postgres per Liste an esj und die anderen Entwickler schickst, wird auch etwas passieren.

Danke und weiterhin viel Spass,
klaus++

-------- Original-Nachricht --------
Betreff: Re: [spip-dev] fw: Statistik bug bzw. cast as Bug für pg DB
Datum: Tue, 2 Sep 2008 20:44:00 +0200
Von: Committo,Ergo:sum <esj@rezo.net>
An: klaus++ <klaus@spip.de>
CC: Committo,Ergo:sum <esj@rezo.net>, SPIP dev <spip-dev@rezo.net>
Referenzen: <48BD49A7.3090208@spip.de>

Bonjour Klaus,

Le 2 sept. 08 à 16:11, klaus++ a écrit :

Salut,

un nouvel utilisateur allemand (Gabor Janak, g.janak@addoma.de) vient de trouver un bug relatif à PostGres.

Ah, j'aurais dû me douter que l'intérêt pour SPIP-Postgres susciterait
plus d'intérêt en Allemagne qu'en France.

Je traduis approximativement:

Quand on installe SPIP sous PostGres la statistique ne marche pas.
Il y a des fonctions spécifiques à MySQL

Pour from_unixtime, c'est effectivement un oubli que j'avais noté
puis ... oublié.
Pour unix_timestamp en revanche, il est substitué avant envoi;
pourrait-il indiquer le fichier où ça n'est pas remplacé (ou le
squelette si ça vient de l'espace public) ?

Puis il a découvert que pg.php enleve tous les " as *" de la liste OrderBy , ce que lui semble en principe bon.
Il fait remarquer que ce n'est pas correct pour les casts.

Il y a une astuce horrible dans le code qui consiste à écrire AS en
majuscule pour un cas et en minuscules pour l'autre afin de les
distinguer. Il y aurait nettement mieux à faire et il y a peut-être un
bug qui traine, mais ça marche (en théorie). De nouveau pourrait-il
localisé le problème ?

Pour finir il pose la question s'il y a des efforts pour développer SPIP dans ce sens.

Je ne comprends pas bien la question: SPIP a maintenant un jeu de
fonctions virtuelles porté sur différents serveurs SQL dont PostGres,
en théorie il n'y a plus rien à faire. En pratique, ça pourrait être
plus efficace et il y a certainement d'autres bugs que ceux qu'il a
trouvés, mais c'est toujours pareil: pour qu'on travaille il faut
qu'il y ait au moins un utiliateur qui veut bien jouer les testeurs.

Committo,Ergo:Sum

Nachrichtenteil als Anhang (162 Bytes)