Jump to content

Edit History

Sda33

Sda33

Bonjour,

Avant de repartir dans mes aventures, j'ai une petite question MySQL que je vais essayer de formuler...

Depuis que j'ai updgradé la version de mon MySQL chez OVH (de 5 vers 8 ) j'ai noté des erreurs avec les champs "date" qui sont par défaut en 0000-00-00. Je ne peux pas modifier une table sans générer une erreur de type date par défaut invalide pour la colonne concernée.

(lien documentant le problème : https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sqlmode_no_zero_date)

J'ai vu que cela venait des nouveaux paramétrages par défaut de MySql, et qu'il y avait des moyens de contourner le bug que cela génère, mais je me demandais si un paramétrage plus global avait été documenté et conseillé pour Prestashop sur MySql 8.0 ? Peut-être que d'autres bugs que je n'ai pas identifiés sont produits suite à de possibles limitations similaires dans les paramétrages ?

(ma version My SQL est 8.0.33)

Merci

Sda33

Sda33

Bonjour,

Avant de repartir dans mes aventures, j'ai une petite question MySQL que je vais essayer de formuler...

Depuis que j'ai updgradé la version de mon MySQL chez OVH (de 5 vers 😎 j'ai noté des erreurs avec les champs "date" qui sont par défaut en 0000-00-00. Je ne peux pas modifier une table sans générer une erreur de type date par défaut invalide pour la colonne concernée.

(lien documentant le problème : https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sqlmode_no_zero_date)

J'ai vu que cela venait des nouveaux paramétrages par défaut de MySql, et qu'il y avait des moyens de contourner le bug que cela génère, mais je me demandais si un paramétrage plus global avait été documenté et conseillé pour Prestashop sur MySql 8.0 ? Peut-être que d'autres bugs que je n'ai pas identifiés sont produits suite à de possibles limitations similaires dans les paramétrages ?

(ma version My SQL est 8.0.33)

Merci

×
×
  • Create New...