Re: [sympa-fr] Type de données pour bounce_score_subscriber

[Olivier Salaün - CRU <adresse@cachée>]

Bonjour,

Oui sympa.pl est capable de corriger automatiquement la structure de sa 
base de données, lorsqu'il est utilisé avec MySQL.

Concernant le problème de champ "bounce_score_subscriber", on a corrigé 
dans les versions 5 en arrondissant le score à un entier. Tu peux 
appliquer le patch ou passer à une 5.0 : 
http://sourcesup.cru.fr/cgi/viewcvs.cgi/sympa/src/task_manager.pl.diff?r2=1.65&cvsroot=sympa&r1=1.64&diff_format=u

Michel Bouissou wrote:

> J'utilise (toujours) Sympa 4.1.2.
>
> J'utilisais avec Sympa une base de données PostgreSQL, que je viens de migrer 
> en MySQL.
>
> Il y a quelques mois de cela, j'avais signalé ici qu'un processus périodique d'évaluation des 
> bounces râlait comme un pou en essayant d'insérer des valeurs non-entières dans 
> "bounce_score_subscriber", défini comme "int4" dans Postgres.
>
> La réponse qui m'avait été faite sur cette liste par les auteurs de Sympa avait été de 
> modifier le type de cette colonne en "real", ce qui avait résolu le problème.
>
> Je crée aujourd'hui ma base MySQL en remplacement de la base Postgres, et je crée donc le champ 
> "bounce_score_subscriber" en type "real" (que MySQL interprète comme 
> "double").
>
> Bon. Je démarre alors Sympa sur la nouvelle base, et il me dit aussitôt:
> [...]
> Argh !!! Sympa a décidé de lui-même de retransformer cette colonne en entier ! 
> Je crains donc que le problème que j'avais précédemment résolu ne se reproduise...
>

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature