Discussion :

[Jean-Jacques Engels]

Ola,

Voici le problème :

Je dispose en local d'une base de données MySQL 5.1 dont une table comporte des enregistrements dans lesquels apparait régulièrement le caractère "€".

Si j'utilise un TSimpleDataset et un TDBGrid pour accéder à cette table, je vois sans problème mon signe "€".

Si j'accède à la même table en passant par un serveur Datasnap, mon signe "€" se transforme à l'affichage en quelque chose qui est de l'ordre du serbo-croate , à savoir : "ÿ ¬". Je précise également que tous les autres caractères accentués apparaissent tout à fait normalement.

Si un forumeur sympa avait une idée sur l'origine de ce "binz", cela m'aiderait beaucoup ?

Merci.



JJE

[Ph. B.]

Bonjour,

Je dispose en local d'une base de données MySQL 5.1 dont une table comporte des enregistrements dans lesquels apparait régulièrement le caractère "€".

Quel est le jeu de caractères utilisé par MySql pour cette table ?

Si j'accède à la même table en passant par un serveur Datasnap, mon signe "€" se transforme à l'affichage en quelque chose qui est de l'ordre du serbo-croate , à savoir : "ÿ ¬". Je précise également que tous les autres caractères accentués apparaissent tout à fait normalement.

Il faudrait en savoir un peu plus côté DataSnap : Quels sont les composants utilisés ?
Par exemple, y a-t-il un TDSTCPServerTransport ? comment est paramétrée sa propriété Filters ?
Voir également les autres composants ; l'un d'eux doit utiliser une table de transcodage inadéquate pour le symbole "€"...
Voir également s'il n'y a pas un mix de widestring et ansistring...
--
Philippe.

[Jean-Jacques Engels]

Bonjour Philippe,

Merci tout d'abord pour l'intérêt que tu portes à mon problème.

Concernant la table qui pose problème, le jeux de caractères est utf8_general_ci

Du côté serveur Datasnap, celui-ci expose la connexion database par une méthode GetConnection qui renvoi un TDBXConnection, soit :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
unit DSServerMethods;
 
interface
 
uses
  SysUtils, Classes, DSServer, DBXMySQL, DB, SqlExpr, DBXCommon;
 
type
  TServerMethods = class(TDSServerModule)
    Interim: TSQLConnection;
  private
    { Déclarations privées }
  public
    { Déclarations publiques }
    function GetConnection: TDBXConnection;
  end;
 
implementation
 
{$R *.dfm}
 
uses
  fDSMainForm;
 
{ TServerMethods }
 
function TServerMethods.GetConnection: TDBXConnection;
begin
  with Interim do begin
    if not Connected then Open;
    Result := DBXConnection;
  end;
end;
 
end.

Sur le module TServerContainer, je dispose des trois composants suivant :

• TDSServer
• TDSTCPServerTransport
• TDSServerClass

J'ai effectué toutes les liaisons entre ces trois composants et ai conservé toutes les valeurs par défaut. La communication entre serveur et client fonctionne tout à fait correctement.
Concernant TDSTCPServerTransport, je n'ai ajouté aucun filtre.

Du coté client, je dispose d'un TSQLConnection dont la propriété Driver est positionnée sur Datasnap. Je récupère la connexion Database en affectant à la propriété ServerConnection du driver Datasnap la valeur "TServerMethods.GetConnection".

Chaque table du coté client est ensuite accessible via les composants :

• TSQLDataset
• TDatasetProvider
• TClientDataset
• TDataSource (pour les tables éditables)

A priori, tout fonctionne comme je le souhaite excepté pour ce caractère €.

Tu parles de tables de transcodage, y ai-je accès ? Si oui, comment et où ?

En attendant une réponse de ta part, je regarde pour un éventuel problème de mix de widestring et ansistring.

Voici le contenu de quelques variable de MySQL :

character_set_client = utf8
character_set_connection = utf8
character_set_database = utf8
character_set_filesystem = binary
character_set_results = utf8
character_set_server = latin1
character_set_system = utf8
character_sets_dir = D:\Program Files\MySQL\MySQL Server 5.1\share\charsets\



JJE

[Jean-Jacques Engels]

Ola,

Après 15 jours de recherche (si, si ), et avec l'aide d'un collègue, j'ai finalement trouvé :

Du côté serveur, la propriété TSQLConnection.ServerCharSet devait contenir la valeur "UTF8" afin d'envoyer les champs de données au format WideString et non au format AnsiString.



JJE