• Modifier le champ dans Firebird pour indiquer qu’il est stocké en DOS437, avec IBExpert, ou une requête telle que celle-ci :
  
update RDB$FIELDS set RDB$CHARACTER_SET_ID = 10 where RDB$FIELD_NAME = 'RDB$136'; 

  (10 correspond au charset DOS437, et RDB$136 est l’identifiant du champ)
  

• Ensuite, il faut préciser sur l’objet pFIBDatabase la propriété ConnectParams->CharSet = WIN1252.

Le principe est le suivant : si le champ est NONE -ou- le charset de la connexion est NONE, Firebird ne réalise AUCUNE translitération. Cependant si on se connecte avec WIN1251 (on lui indique ce qu’on veut voir), et qu’on lui indique le charset du champ (il est codé en DOS437), à ce moment là il convertit gentillement les données.

A noter que cette méthode ne casse rien dans votre code Delphi / C++ Builder en tout ce qui concerne les connexions via le BDE, vu que le BDE se connecte toujours en charset NONE (d’un point de vue Firebird).

Voir ici pour plus de renseignements :

http://www.firebirdsql.org/file/documentation/drivers_documentation/Jaybird_2_1_JDBC_driver_manual.pdf

Nous n’avions pas eu le problème avec JayBird/Java parce que même sans que Firebird fasse la conversion, c’était Java lui-même qui le faisait, en précisant simplement Cp437 au niveau de la chaine de connexion.

C’est pour ce dernier que j’ai dû intervenir le mois dernier pour réaliser une évolution relative à un changement de réglementation.

Cela m’a permis de ressortir mes vieux outils DOS, pour ceux qui ont bonne mémoire (et qui sont assez vieux !), est-ce que dBrief vous rappelle quelque chose ? C’était le nec plus ultra des EDI DOS ! Il était super rapide (même sur le matériel de l’époque), permettait de gérer des espaces indépendants pour chaque fichier en cours de modification, et intégrait des fonctionnalités spécifiques aux différents langages qu’il gérait (C, C++, Cobol, Pascal, dBase, Clipper et certainement bien d’autres). On pouvait par exemple avec la combinaison Ctrl-Flèche bas sur un identifiant visualiser une liste immédiate de toutes les occurences dans le code source. Ctrl-F5 donnait accès à la liste des fonctions du programme. C’est un environnement vraiment génial, le tout en 80 colonnes et 25 lignes !

Et puis les outils de compilation en eux-mêmes : RMake, BLinker, et Clipper.exe, que de bons souvenirs ! Pour les nostalgiques je vous joins quelques captures d’écran du soft, de l’environnement et de la ligne de commande. L’exécutable de notre soft « FRUITS » pèse 336 ko et prend un dixième de seconde pour un « Build all » sur mon PC Windows 7 !

Néanmoins, cela reste un accessoire haut de gamme !!!

David s’est montré très au fait des problématiques de réplication de bases de  données, ce qui nous a surpris. Il nous a demandé de quelle manière nous gérions les synchronisations de BLOB, par exemple. Il a trouvé notre initiative intéressante, surtout du fait qu’elle soit multi-base de données.

Vous trouverez ci-dessous un lien vers la version PDF de la présentation. La version vidéo sera disponible d’ici quelque temps.

ITDevCon2011 – CopyCat – Database Replication The Easy Way

D’un point de vue technique, les sessions étaient de bonne qualité. Nous avons assisté à une session plénière de David Intersimone (Embarcadero) qui présentait RADStudio XE2, ainsi qu’à des sessions de Bruno Fierens (TMS software) qui a parlé de la création de composants sur framework FireMonkey.

Pour notre part, notre présentation s’est déroulée dans de très bonnes conditions. J’ai présenté en première partie de la session les problématiques que l’on peut rencontrer lorsque entreprend un projet de réplication. Ensuite Jonathan a présenté une démo d’utilisation des composants Copycat. Les gens étaient intéressés et ont posé pas mal de questions.