Discussion :

[aragorn23]

J'ai crée un site en PHP s'appuyant sur une base MYSQL que je gère avec PHPMYADMIN.

Ayant des problèmes avec les accents et les quote j'ai regardé de plus prêt la structure de mes tables et là surprise :

- J'ai des tables en UTF8_BIN
- D'autres en Latin1_swedish_ci
- D'autres en Latin1_general_c1
- Et pour simplifier le tout certains champs ont des interclassements différents de celui de la table auxquelles ils appartiennent.

Que me conseillez-vous ? De tout harmoniser ? Si oui que faut-il choisir comme interclassement en sachant que j'ai des accents et des guillemets simples dans mes libéllés ?
Il faut bien entendu que je puisse tout lire en PHP en tenant compte du fait que dans mes programmes je suis en charset=iso-8859-1

Merci d'avance.

[Antoun]

Il n'est pas vital d'harmoniser. Simplement :
- si tu fais des jointures ou des comparaisons entre des colonnes de texte, il est plus optimal qu'elles aient le même jeu de caractère
- il est important que tu t'y retrouves... ce qui suppose une certaine harmonisation

Pour choisir, la question est "veux-tu que les recherches soient sensibles à la casse ? aux accents ?"

[aragorn23]

Ce que je souhaite c'est surtout pouvoir gérer les accents correctement : à savoir lorsque je saisie un champ dans un formulaire avec des accents il doit pouvoir être enregistré comme telle et lorsque je le rappelle il doit aussi me restituer les accents. Idem pour les simples et doubles quote.

Toute cette gestion étant faite en PHP.

Au niveau des recherches je n'ai pas spécialement d'idée :
- Accents :oui à priori
- Sensible à la casse : pourquoi pas.

Mes recherches se faisant toujours en PHP.

[Antoun]

Ce que je souhaite c'est surtout pouvoir gérer les accents correctement : à savoir lorsque je saisie un champ dans un formulaire avec des accents il doit pouvoir être enregistré comme telle et lorsque je le rappelle il doit aussi me restituer les accents. Idem pour les simples et doubles quote.

ça c'est le minimum que font tous les jeux de caractères.

Toute cette gestion étant faite en PHP.

Au niveau des recherches je n'ai pas spécialement d'idée :
- Accents :oui à priori
- Sensible à la casse : pourquoi pas.

Attention "sensible" veut faire qu'il faut faire la différence. Donc :
- sensible à la casse et aux accents : le plus simple est de choisir latin1_bin, qui sera la + rapide. "Marc" est différent de "marc" et "Hervé" différent de "Herve".

- sensible à la casse mais pas aux accents : à ma connaissance, ça n'existe pas

- insensible à la casse, sensible aux accents : latin1_general_ci. "Marc" est considéré comme identique à "marc", mais "Hervé" reste différent de "Herve".

- insensible à la casse et aux accents : latin1_german1_ci. "Marc" est considéré comme identique à "marc", et "Hervé" à "Herve".

Mes recherches se faisant toujours en PHP.

ça veut dire quoi ? Tu n'utilises pas de clause WHERE ?

[aragorn23]

En fait j'utilise la clause where dans mes pages internet en php car j'intégre des instructions SQL.

D'après tes remarques il me semble que le latin1_bin est le plus adapté.

Je vais quand même tout essayer d'harmoniser cela me semble plus cohérent et propre.

[Antoun]

En fait j'utilise la clause where dans mes pages internet en php car j'intégre des instructions SQL.

Donc tes recherches se font bien en SQL et non en PHP (même si ce SQL est généré par du PHP, mais c'est invisible pour MySQL).