Discussion :

[hadesjack]

bonjour,
alors nous sommes en train de migrer de la version 1.0.4 de zend vers la version 1.6.2(on utilise un framework qui l'englobe).

Mon souci est que précédemment on insérez des '' dans des datetime ou des integer et celà fonctionnait la requête mise dans sql yog par exemple mais bien quelque warning mais cela fonctionne.
Aujourd'hui la même requete met toujours des warning dans SQL mais je pense que c'est pdo qui n'aime pas du tout et me gratifie d'une erreur.
SQLSTATE[HY000]: General error: 1292 Incorrect datetime value: '' for column 'cc_attente_info_complementaire_last_dt'.

Alors je sais que l'idéal serais de remplacer par des NULL pour ne pas avoir de warning mais au cours de la migration on à déjà plein d'autre chose à gérer et surtout je ne suis pas à l'abri de rater une requête dans une fonction que l'on appel quasiment jamais.

donc comment faire pour que zend ne traite plus mon warning mysql en erreur? merci.

[5h4rk]

Un '' dans un champs datetime est une erreur de conception et c est mysql qui ne doit pas l accepter essaye ta requete directement dans phpmyadmin pour verifier.

[hadesjack]

je suis d'accord sur l'error de conception et ces un projet que nous récupérons d'où le fait de commencer dejà par le mettre sur des version de framework plus récent.

sql yog, phpmyadmin ou en mysql workbench font tous passer ma requête avec un warning mais pas une erreur notre ancienne version de zend fonctionnais aussi c'est le fait de passer en version 6.2 que cela ne fonctionne plus.

[5h4rk]

A moins de catcher l exception levée je ne vois pas ce que tu peux faire ou peut etre désactivés les warning au niveau du serveur, car comme je l ai dis ce n est pas zend mais ton sgbd qui pose problème, eend retourne seulement l exception

[hadesjack]

celà ne vient pas de la base de donnée.
Aujourd'hui nouveau problème.
SQLSTATE[HY000]: General error: 1406 Data too long for column 'cmd_check_instal_client_cmt' at row 1

Ma base de donnée ma toujours tronqué mes données quand elle été trop longue.

en base de donnée j'ai comme message:
Data truncated for column 'cmd_check_instal_client_cmt' at row 1

[5h4rk]

Pour dire que ta base de données n'a jamais posé de problème à ce niveau et t'a tronqué quand c'était trés long il faut le faire en ligne de commande et là si ça passe tu pourra dire que ça vient de zend mais la le message semble pourtant bien être un retour du SGBD, n'oublis pas que PhpMyAdmin ou autre interfaces d'administration peut inclure une gestion différentes.