Discussion :

[DevBel]

bonjours.

J'utilise les composants SMI pour importer les données d'un fichier XLS vers ma bd MySql.

Le problème est que lorsque j'insert les enregistrement, l'écriture en arabe se voit en ??????

est-ce que MySql supporte l'arabes?
Si c oui, comment dois-je faire SVP ?

(Sache que j'enregistre les champs en UTF-8)

Merçi

[ShaiLeTroll]

UTF-8 encode normalement l'ensemble de l'unicode mais sur un nombre variable d'octets, cela ne vient-il pas de SMI, comment peut-il savoir que tu converti du Unicode de Excel (est-ce de l'unicode ?) vers de l'UTF-8 ... ou alors cela vient de MySQL, on lui fourni de l'unicode en entrée mais lui s'attend à avoir du UTF-8, du coup, cela enregistre un peu n'importe quoi non ? (sauf pour les 127 premiers caractères ANSI ...)

L'interclassement de la connexion, quel est-il ? car si le stockage est en UTF-8 (utf8_unicode), l'interprétation des entrées-sorties est dépendante du charset choisi (du moins c'est ce que j'ai cru comprendre) ... en plus dans MySQL, il y a latin1, latin2, ... mais aussi des UTF-8 spécifique pour des langues, et cela je ne sais pas ce que cela signifie, je pense qu'il faut choisir utf8_unicode ou utf8_bin, ...

Actuellement, je n'ai que des tables en Latin1_swedish_ci, et l'on est sous Windows, hors sous Windows, c'est le charset Windows1252 qui ajoute le "œ" indispensable lorsque l'on gère une appli sur le cœur ou les œdèmes ... PhpMyAdmin est généré en utf-8, cela fonctionne, mais comment fait-il pour afficher correctement le "œ" du Windows1252 alors qu'en théorie c'est un caractère non imprimable du Latin1_swedish_ci ... j'aussi l'impression que c'est très dépendant du système ou du Navigateur, qui faut leur tambouille ... et quand on doit nous comprendre quoi faire, on est un peu perdu ... tu as beaucoup de sujet dans le forum autour de la conversion ANSI Unicode UTF8, souvent on se retrouve avec des texte du genre

[DevBel]

merci ShaiLeTroll
--comment peut-il savoir que tu converti du Unicode de Excel (est-ce de l'unicode ?)--

r : oui c de l'unicode.

--L'interclassement de la connexion, quel est-il ?--

r: utf8_unicode_ci

les champs sont aussi en utf8_unicode_ci.

donc normalement y'aura pas de probléme.
cela vient peut-étre de SMImport. Y'a t'il d'autre solution ?

[RouRa22]

Salut,
Je veux saisir des données mysql qui sont en arabe à partir du netBeans. Cependant, il me dis que champs est très lang malgré que son type est varchar(200).
Merci d'anance.

[RouRa22]

Salut,
Je veuxsavoir comment je saisir des données arabe avec mysql.
Merci d'avance.

[madlozoz]

un truc tout con : si tu lit "????" à l'écran, le problème peut provenir de la police et non de l'encodage.
Regarde quelle est la police utilisé à l'affichage et essaye d'afficher des caractères arabe en cette police sous Word(par exemple)

[RouRa22]

ça y est c'est fait.
Merci en tout cas.

[houmax1981]

Reponse pour le probleme de la langue arabe avec mysql
il suffit de changer l'interclassement de serveur de données a cp1256(Windows arabe),et faire la même chose avec la base de données , les tables, et les champs aussi.
la dernier chose c'est la connexion ODBC configurer le charset à cp1256(charset=cp1256).merci.

[NABIL74]

bonjours.

J'utilise les composants SMI pour importer les données d'un fichier XLS vers ma bd MySql.

Le problème est que lorsque j'insert les enregistrement, l'écriture en arabe se voit en ??????

est-ce que MySql supporte l'arabes?
Si c oui, comment dois-je faire SVP ?

(Sache que j'enregistre les champs en UTF-8)

Merçi

Bonsoir,

les caractères ??????? apparaissent parce que ton windows est configuré sur le Français ou une autre langue que l'Arabe. La solution est de changer la langue vers l'Arabe dans le panneau de configuration ensuite redémarre ton pc et le tour est joué.

[ShaiLeTroll]

Inutile de déterrer un sujet de 2008 avec un auteur que n'est pas revenu depuis 2009 !