Support de Unicode

De Wiki1000
(Différences entre les versions)
(Migration vers Delphi 2010)
(25 révisions intermédiaires par 2 utilisateurs sont masquées)
Ligne 1 : Ligne 1 :
{{new|tahoe}}
+
{{new|650}}
==Unicode dans Delphi==
+
  
A partir de la version 2009, Delphi supporte l'unicode.
+
===Support de Unicode en fonction des moteurs de bases de données===
La représentation interne des chaines change.
+
  
Avant 2009 : string=AnsiString ; char=ansichar.
+
Suivant le type de moteur deux modes de gestion de Unicode sont implémentées :
  
Après 2009 : string=UnicodeString ; char=widechar.
+
* Gestion par stockage en UTF8
 +
:Dans ce mode, les données caractères sont stockées sous forme UTF8 par le moteur de base de données. Les types de données utilisés restent varchar et text.  
  
'''Tout code qui présumait qu'une variable de type char est stockée sur un byte est donc à revoir.'''
+
:Les caractéristique de ce mode :
 +
:* Taille de stockage variable de chaque caractère (jusqu'à 4)
 +
:* Modification de la taille de déclaration des colonnes caractères pour compenser le stockage variable (x 2)
 +
:* Peu d'impacts sur la taille des bases de données lorsque la langue principale est occidentale
  
 +
*Gestion par stockage Unicode
 +
: Dans ce mode les données caractères sont stockées sous forme Unicode. Les types de données utilisés pour les colonnes caractères sont nvarchar et ntext
  
{{tip|Le type UnicodeString n'est pas équivalent au type WideString. UnicodeString est géré par compteur de référence et utilise le gestionnaire de mémoire delphi, pas le type wideString qui est moins efficace}}
+
:Les caractéristique de ce mode :
 +
:* Taille de stockage fixe de 2 caractères
 +
:* La taille de la base de données peut être significativement impactée.
  
==Migration vers Delphi 2010==
+
{|class="wikitable"
 +
|-
 +
!Moteur
 +
!Mode
 +
!Remarque
 +
|-
 +
|SQL Server
 +
|Unicode
 +
|(1)
 +
|-
 +
|Oracle
 +
|UTF8
 +
|(2)
 +
|}
  
===Versions du compilateur===
+
(1) SQL Server 2008 R2 supporte la compression des données Unicode lorsque la compression est activée.
  
{$IFDEF VER80}  - Delphi 1
+
(2) La prise en compte de Unicode sur Oracle n'est possible que si le jeu de caractères de la base de données est AL32UTF8
  
{$IFDEF VER90}  - Delphi 2
+
{{warning|Sur une instance AL32UTF8 n'utilisez pas l'utilisateur sys pour synchroniser les bases de données. En effet cet utilisateur ignore le paramétrage NLS_LENGTH_SEMANTICS et les colonnes VARCHAR2 créées ou modifiées par cet utilisateur seront toujours définies en BYTE. Du fait que la longueur d'un caractère UTF8 varie de 1 à 4 bytes vous pouvez être confronté à des erreurs d'insertion de type "ORA-12899: valeur trop grande pour la colonne "}}
  
{$IFDEF VER100} - Delphi 3
+
Voir aussi:
 +
* [[Attribut_unicode_(model)|Attribut unicode]]
 +
* [https://docs.oracle.com/cd/E24693_01/server.11203/e24448/initparams149.htm Oracle NLS_LENGTH_SEMANTICS]
  
{$IFDEF VER120} - Delphi 4
+
[[Category:Base de données]]
 
+
[[Category:Version650]]
{$IFDEF VER130} - Delphi 5
+
 
+
{$IFDEF VER140} - Delphi 6
+
 
+
{$IFDEF VER150} - Delphi 7
+
 
+
{$IFDEF VER160} - Delphi 8
+
 
+
{$IFDEF VER170} - Delphi 2005
+
 
+
{$IFDEF VER180} - Delphi 2006
+
 
+
{$IFDEF VER180} - Delphi 2007
+
 
+
{$IFDEF VER185} - Delphi 2007
+
 
+
{$IFDEF VER200} - Delphi 2009
+
 
+
{$IFDEF VER210} - Delphi 2010
+
 
+
===La configuration du projet===
+
* Indy (tiburon)
+
* Zlib
+
* libGraph/png*
+
* Apache
+
 
+
===Reste à faire===
+
* CharInSet + Warning en général
+

Version du 6 décembre 2017 à 14:09

version650-48x48.png

Support de Unicode en fonction des moteurs de bases de données

Suivant le type de moteur deux modes de gestion de Unicode sont implémentées :

  • Gestion par stockage en UTF8
Dans ce mode, les données caractères sont stockées sous forme UTF8 par le moteur de base de données. Les types de données utilisés restent varchar et text.
Les caractéristique de ce mode :
  • Taille de stockage variable de chaque caractère (jusqu'à 4)
  • Modification de la taille de déclaration des colonnes caractères pour compenser le stockage variable (x 2)
  • Peu d'impacts sur la taille des bases de données lorsque la langue principale est occidentale
  • Gestion par stockage Unicode
Dans ce mode les données caractères sont stockées sous forme Unicode. Les types de données utilisés pour les colonnes caractères sont nvarchar et ntext
Les caractéristique de ce mode :
  • Taille de stockage fixe de 2 caractères
  • La taille de la base de données peut être significativement impactée.
Moteur Mode Remarque
SQL Server Unicode (1)
Oracle UTF8 (2)

(1) SQL Server 2008 R2 supporte la compression des données Unicode lorsque la compression est activée.

(2) La prise en compte de Unicode sur Oracle n'est possible que si le jeu de caractères de la base de données est AL32UTF8

Exclam-20px.png Attention : Sur une instance AL32UTF8 n'utilisez pas l'utilisateur sys pour synchroniser les bases de données. En effet cet utilisateur ignore le paramétrage NLS_LENGTH_SEMANTICS et les colonnes VARCHAR2 créées ou modifiées par cet utilisateur seront toujours définies en BYTE. Du fait que la longueur d'un caractère UTF8 varie de 1 à 4 bytes vous pouvez être confronté à des erreurs d'insertion de type "ORA-12899: valeur trop grande pour la colonne "

Voir aussi:





Whos here now:   Members 0   Guests 1   Bots & Crawlers 0
 
Outils personnels