Bienvenue sur Web-News
Re: Mes requêtes SQL ne fonctionnent plus 27/02/26 14:02 / Fri, 27 Feb 2026 14:02:30 +0100 Dedibox Discussions
| Sujet | Re: Mes requêtes SQL ne fonctionnent plus | |||||||||||||||||||||||||||||||||
| De | Deporientation | |||||||||||||||||||||||||||||||||
| Date | Fri, 27 Feb 2026 14:02:30 +0100 | |||||||||||||||||||||||||||||||||
| Groupes de discussion | proxad.free.services.pagesperso | |||||||||||||||||||||||||||||||||
Le 27/02/2026 à 13:27, Jean-Claude MICHOT a écrit : > Le 27/02/2026 à 12:17, Jean-Claude MICHOT a écrit : >> Le 27/02/2026 à 11:34, xavier a écrit : >>> Le 27/02/2026 à 07:09, Deporientation a écrit : >>>> Le 26/02/2026 à 18:00, Jean-Claude MICHOT a écrit : >>>>> Le 26/02/2026 à 11:38, Deporientation a écrit : >>>>>> Le 26/02/2026 à 09:51, JC_Et a écrit : >>>>>>> Le 26/02/2026 à 09:36, ExplorateurDeLaLune a écrit : >>>>>>> >>>>>>>> Toutes mes requêtes SQL dans mes php ne fonctionnent plus >>>>>>>> Est-ce un problème de mon côté ? ou du côté du serveur ? >>>>>>> >>>>>>> il y a des migration des serveurs SQL en cours ;) >>>>>>> >>>>>> Chez moi c'est étonnant : les requêtes en lecture fonctionnent >>>>>> mais pas celles en écriture : c'est lié à la migration en cours >>>>>> ou bien il y a un problème de paramétrage ? >>>>> >>>>> étrange... un exemple ? >>>>> >>>>> JC >>>>> >>>> Par exemple : >>>> Le moteur de recherche (uniquement de la lecture) fonctionne : >>>> http:// deporientation.free.fr/RechercheRIASEC-ROME/ >>>> Script_recherche_ROME- fiche_1.1.php >>>> Le test RIASEC refuse d'enregistrer la passation : http:// >>>> deporientation.free.fr/RIASEC_Flash/Script_RIASEC_Flash_2.php >>>> >>>> >>> Bonjour, >>> Même problème pour moi >>>      compte: panier.tourterelles >>>      serveur web: perso171 >>>      serveur sql: sql24 >>> Certaines requêtes en modification ou en création qui fonctionnaient >>> précédemment ne fonctionnent plus. >>> Je pense avoir identifié le problème : >>> Certaines de mes requêtes insèrent des champs vides '' et lorsqu'il >>> s'agit d'un champ numérique ou de date cela ne passe plus alors >>> qu'auparavant cela insérait 0 pour un champ numérique et 0000-00-00 >>> pour une date. >>> En modifiant mes requêtes (qui n'étaient peut-être pas très >>> correctes) cela semble fonctionner mieux... >> >> Bonjour, >> >> Le moteur SQL des serveurs migrés (comme sql24) est plus récent de 18 >> ans que celui des anciens serveurs SQL. >> >> Il est plus strict dans l’interprétation des commandes. >> Il n’est par exemple plus possible d’insérer trois caractères dans un >> champ défini pour n’en contenir qu’un seul... >> Globalement, cela permet de corriger d’anciens comportements absurde >> et a risque. >> >> Si des problèmes SQL apparaissent, cela signifie généralement que >> certaines requêtes utilisent une syntaxe invalide ou incohérente >> qu'il faut corriger au niveau de l'application. > > > Afin de limiter au maximum l’impact, nous avons reconfiguré les > serveurs migrés dans le mode le plus permissif possible. > > En revanche, les nouveaux serveurs (destinés aux nouveaux comptes et > non issus d’une migration) seront installés avec un mode moins permissif. > > À noter que, qu’il s’agisse de nouvelles installations ou de > migrations, le moteur InnoDB est disponible. > > Cela apporte notamment : > – un fonctionnement dans un contexte transactionnel (START > TRANSACTION,COMMIT,ROLLBACK) > – un verrouillage au niveau des lignes (row-level locking) > – la prise en charge des contraintes d’intégrité (FOREIGN KEY,...) > > > JC > > Tout refonctionne normalement :-) Merci beaucoup | ||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||
