Author: esj@rezo.net
Date: 2007-08-06 11:40:36 +0200 (lun, 06 aoû 2007)
New Revision: 9866
Log:
#209: Postgres répond False lorsqu'un champ indéfini apparait dans un test, meme quand c'est l'opérateur <>.qui est utilisé. Le problème se pose avec le champ '''statut''' qui n'avait pas de valeur par défaut dans les tables (sauf celle des auteurs, très sensible évidemment). On met donc une valeur par défaut tous les champs ''statut''', savoir 0 (comme pour celle des auteurs) qui n'est pas une valeur acceptable pour éviter toute mésinterprétation. Il faudra peut-etre envisagé cela pour tous les champs.
Modified:
spip/ecrire/base/serial.php
spip/ecrire/base/upgrade.php
spip/ecrire/inc_version.php
Details: http://trac.rezo.net/trac/spip/changeset/9866
arghhhh
http://trac.rezo.net/trac/spip/changeset/9866 annule en partie un commit précédent ou j'avais enlevé tous les DEFAULT xxx NOT NULL sur les champs textuels (*TEXT, varchar, char) car ce n'est pas compatible mySQL 5, ce qi fait l'objet d'un ticket depuis bien longtemps.
C'etait a priori réglé (en attente de confirmation), mais la on se trouve devant un cas trop contraint visiblement. Donc on reperd la compatibilité mySql 5 en mode natif...
Cédric
esj@rezo.net a écrit :
Author: esj@rezo.net
Date: 2007-08-06 11:40:36 +0200 (lun, 06 aoû 2007)
New Revision: 9866
Log:
#209: Postgres répond False lorsqu'un champ indéfini apparait dans un test, meme quand c'est l'opérateur <>.qui est utilisé. Le problème se pose avec le champ '''statut''' qui n'avait pas de valeur par défaut dans les tables (sauf celle des auteurs, très sensible évidemment). On met donc une valeur par défaut tous les champs ''statut''', savoir 0 (comme pour celle des auteurs) qui n'est pas une valeur acceptable pour éviter toute mésinterprétation. Il faudra peut-etre envisagé cela pour tous les champs.
Modified:
spip/ecrire/base/serial.php
spip/ecrire/base/upgrade.php
spip/ecrire/inc_version.php
Details: http://trac.rezo.net/trac/spip/changeset/9866
_______________________________________________
spip-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/
Le 6 août 07 à 16:20, cedric.morin@yterium.com a écrit :
arghhhh
http://trac.rezo.net/trac/spip/changeset/9866 annule en partie un commit précédent ou j'avais enlevé tous les DEFAULT xxx NOT NULL sur les champs textuels (*TEXT, varchar, char) car ce n'est pas compatible mySQL 5, ce qi fait l'objet d'un ticket depuis bien longtemps.
C'etait a priori réglé (en attente de confirmation), mais la on se trouve devant un cas trop contraint visiblement. Donc on reperd la compatibilité mySql 5 en mode natif...
Bah non pas tous, c'est pour ça que je ne me suis pas méfié:
Le problème se pose avec le champ '''statut''' qui n'avait pas de valeur par défaut dans les tables (sauf celle des auteurs, très sensible évidemment)
Pourquoi ?
Mais si le problème est strictement dans le "NOT NULL", pas dans le "DEFAULT" alors pas de problème il suffit d'enlever "NOT NULL" car c'est l'absence de "DEFAULT" qui gêne PG.
Emmanuel