Discussion :

[stanislas]

Bonjour,

J'ai des problèmes pour me connecter à une base de donnée ayant un DEFAULT CHARSET UTF8 (Firebird 2.1).

Si j'essaie de me connecter à la base en UTF8 avec isql ou IBExpert et ajouter une donnée accentuée dans un VARCHAR, alors j'ai le message d'erreur Malformed string.
Par contre je peux me connecter en ISO8859_1 et insérer des données accentuées. Mais dans ce cas, les données insérées par isql ne sont pas rendues correctement sous IBExpert et inversement.

Si je me connecte en ISO8859_1 avec IBExpert et en dos850 avec ISQL, alors c'est bon, je relis mes données correctement partour.

Mais j'admet que j'y perd un peu mon latin dans tout ces histoires de jeux de données. Pour moi l'idéal serrait de me connecter en UTF8 car c'est pour une application qui doit supporter des jeux de caractères internationaux et des cliens sous différents jeux de données peuvent se connecter au serveur.

[Barbibulle]

La connexion c'est une chose, mais la base elle est créée en UFT8 ? Vos colonnes de type caractère sont bien en UFT8 ?

[stanislas]

Oui oui !

Voici un extrait du script de création :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
SET SQL DIALECT 3;
SET NAMES UTF8;
 
CREATE DATABASE '127.0.0.1:C:\Documents and Settings\jimmy\Mes documents\Dev\TESTUTF.FDB'
USER 'SYSDBA' PASSWORD 'masterkey'
PAGE_SIZE 16384
DEFAULT CHARACTER SET UTF8;
 
CREATE TABLE CIVILITE (
    IDCIVILITE  INTEGER NOT NULL,
    LIBELLE     VARCHAR(100)
);

C'est justement là le problème, c'est que si je met aucun DEFAULT CHARACTER SET (donc NONE) alors je n'ai pas de problèmes ... mais quand je veux mettre UTF8 ... c'est comme si je n'avait pas UTF8 sur ma machine ou alors que le UTF8 de ma machine n'était pas le même que celui de la base ...

[Barbibulle]

Vous envoyez bien de l'UTF8 dans vos chaines ?

Pas sur qu'ISQL sache le faire... Et IBExpert il me semble qu'il y a un editeur de chaine UFT8. Donc quand on veut insérer de l'UFT8 il faut utiliser cet éditeur.

L'editeur apparait quand on clic sur les "..." de la chaine en question.

[stanislas]

Effectivement, c'est bon. Alors si je résume, pour que tout soit en unicode il fait :
Avoir la base en unicode (Default charset UTF8)
Se connecter avec le client avec une connexion unicode
Convertir les chaines de données en unicode

Pas évident ... maintenant que j'arrive à le faire avec IBExpert, faut que j'arrive à insérer des chaines unicode avec Delphi en passant par ODBC !

[Barbibulle]

Vous n'avez pas à traduire vos chaines en UTF8, si vous travaillez dejà en UFT8...

Ibexpert ne travaille pas en natif en UFT8, c'est pour ca qu'il propose un editeur de chaine UFT8.


Delphi + ODBC ????

[stanislas]

Oui ... pour mon grand désespoire on m'a 'imposé' Delphi + BDE + ODBC ... si tout marche bien en UTF8 avec toutes ces couche alors moi je veux bien faire une grande révérence ...

[Barbibulle]

C'est quand même étrange de démarrer une nouvelle application basée sur une technologie BDE qui n'est plus maintenue et donc à l'abandon depuis quelques années déjà. (Ca fonctionne sous vista ?)

Outre l'UFT8 posez vous la question (ou testez bien) l'aspect transactionnel.
Je m'avance peut etre mais il ne me semble pas que bde/odbc gère les transactions (ou du moins 1 connexion = 1 transaction ce qui peut etre une contrainte.).

[makowski]

pour moi c'est plus qu'étrange, c'est une erreur, même une double erreur
mais bon

[SergioMaster]

C'est quand même étrange de démarrer une nouvelle application basée sur une technologie BDE

d'accord et la couche l'ODBC en prime ?????

Ca fonctionne sous vista ?

OUI, malgré tout

[stanislas]

Ben chui tout à fait d'accord ... et plus j'avance plus je recule devant ce choix
Mais si j'arrive à trouver un truc qui le rend vraiment bloquant (UTF8) je vais peut-être arriver à le faire changer.

[makowski]

un truc blocant ?
facile, tes perfs seront très très mauvaises, tu n'arivera pas à gérer correctement tes transactions et ton application va s'effondrer sous la charge.