Bonjour,
Je m'occupe d'un site depuis longtemps et je ne connaissais pas ce problème d'apostrophe.
Du coup, j'ai plus de 2000 champs contenant des textes, avec apostrophes.
J'ai essayé de les changer sous excel (en exportant la table) mais les textes sont trop gros pour utiliser la fonction remplacer.
Serait-il possible de faire une requète sql directement sur la base pour remplacer les ' en \' ?
Merci d'avance !
la communauté d'entraide francophone dédiée au PHP
Grosse base de données, avec plein d'apostrophe
Tu pourrais donner plus de détails, il y a peut être un autre moyen d'exporter.
Au passage c'est plutôt un problème base de données à moins que tu cherches un script PHP qui lie la base et remplace les apostrophes par des espaces blancs.
Dans ce cas il faut faire les requêtes SQL pour selectionner les champs,
traiter les chaines avec la fonction str_replace
et remplacer les champs dans la base par la nouvelle chaine
Au passage c'est plutôt un problème base de données à moins que tu cherches un script PHP qui lie la base et remplace les apostrophes par des espaces blancs.
Dans ce cas il faut faire les requêtes SQL pour selectionner les champs,
traiter les chaines avec la fonction str_replace
et remplacer les champs dans la base par la nouvelle chaine
Si tu es en mysql, pas besoin de passer par php, mysql intègre une fonction de remplacement.
Oui, je suis en mysql. Comment s'utilise cette fonction de remplacement ?
On m'a dit qu'il ne fallait pas mettre d'apostrophe dans une base de donnée. donc j'essaie rectifier mes erreurs. Comme les champs sont séparés par des apostrophes, le fait qu'il y ait des apostrophes dans les champs posent problème.
Je vais regarder cette fonction str_replace. Merci.
On m'a dit qu'il ne fallait pas mettre d'apostrophe dans une base de donnée. donc j'essaie rectifier mes erreurs. Comme les champs sont séparés par des apostrophes, le fait qu'il y ait des apostrophes dans les champs posent problème.
Je vais regarder cette fonction str_replace. Merci.
Quelque chôse comme ici:
http://urbanmainframe.com/folders/blog/20050125/
http://urbanmainframe.com/folders/blog/20050125/