A propos des fonctionnalités de prise en charge de la globalisation

Les fonctionnalités de prise en charge de l'internationalisation permettent de développer des applications multilingues pouvant être exécutées simultanément depuis n'importe quelle région du monde. Une application peut afficher le contenu de l'interface et traiter les données dans la langue maternelle de l'utilisateur et selon son environnement local.

Remarque :

Auparavant, Oracle appelait le terme NLS (National Language Support) de la globalisation, mais le service NLS n'est qu'un sous-ensemble de la prise en compte de la globalisation. Le support NLS consiste à choisir une langue nationale et à stocker des données à l'aide d'un jeu de caractères spécifique. Le support NLS est implémenté avec les paramètres NLS.

Voir aussi : Oracle Database Globalization Support Guide, pour plus d'informations sur les fonctionnalités de prise en charge de la globalisation

A propos de la prise en charge linguistique

Oracle Database vous permet de stocker, traiter et extraire des données dans des langues natives. Les langues qui peuvent être stockées dans une base de données sont écrites dans des scripts encodés dans des jeux de caractères pris en charge par Oracle. Grâce à l'utilisation de bases de données et de types de données Unicode, Oracle Database prend en charge la plupart des langages contemporains.

Une prise en charge supplémentaire est disponible pour les sous-ensembles de langue. La base de données peut, par exemple, afficher les dates en utilisant le nom des mois traduits et trier les données texte en fonction des conventions culturelles.

Dans ce document, le terme prise en charge des langues fait référence à la fonctionnalité supplémentaire liée aux langues, et non à la capacité de stocker du texte dans une langue spécifique. Par exemple, la prise en charge linguistique inclut l'affichage des dates et le tri du texte en fonction de l'environnement local et de conventions culturelles particulières. En outre, pour certaines langues prises en charge, Oracle Database fournit des messages serveur traduits et une interface utilisateur traduite pour les utilitaires de base de données.

Voir aussi :

A propos de la prise en charge des territoires

Le format de date et d'heure par défaut, ainsi que les conventions numériques et monétaires dépendent de la définition du territoire local.

Oracle Database prend en charge les conventions culturelles propres aux emplacements géographiques. Le format de date et d'heure par défaut, ainsi que les conventions numériques et monétaires dépendent de la définition du territoire local. La définition de paramètres NLS différents permet à la session de base de données d'utiliser des paramètres culturels divers. Par exemple, vous pouvez définir l'euro (EUR) comme devise principale et le yen japonais (JPY) comme devise secondaire pour une session de base de données donnée, même si le territoire est AMERICA.

Voir aussi :

A propos des formats de date et d'heure

Les différents pays possèdent des conventions d'affichage de l'heure, du jour, du mois et de l'année qui leurs sont propres.

Par exemple, le tableau suivant présente le format de date et d'heure local de cinq pays et donne un exemple de chaque format :

Pays Format de date Exemple Format d'heure Exemple
Chine yyyy-mm-dd 2005-02-28 hh24:mi:ss 13:50:23
Estonie dd.mm.yyyy 28.02.2005 hh24:mi:ss 13:50:23
Allemagne dd.mm.rr 28.02.05 hh24:mi:ss 13:50:23
UK dd/mm/yyyy 28/02/2005 hh24:mi:ss 13:50:23
US mm/dd/yyyy 02/28/2005 hh:mi:ssxff am 1:50:23.555 PM

Voir aussi :

A propos des formats de calendrier

Les différents pays utilisent des calendriers différents.

Oracle Database stocke les informations de calendrier suivantes pour chaque territoire :

Voir aussi :

A propos des formats numériques et monétaires

Les différents pays possèdent des conventions de formats numériques et monétaires différentes.

Ce tableau présente le format numérique et monétaire local de cinq pays et fournit un exemple pour chaque format :

Pays Format numérique Format monétaire
Chine 1,234,567.89 ©1 234,56
Estonie 1 234 567,89 1 234,56 kr
Allemagne 1.234.567,89 1.234,56€
UK 1,234,567.89 £1,234.56
US 1,234,567.89 $1,234.56

Voir aussi :

A propos du tri linguistique et de la recherche de chaîne

Les ordres de tri (séquences de regroupement) peuvent être différents selon les langues. De même, des cultures ou des pays différents qui utilisent les mêmes alphabets trient les mots différemment. Par exemple, en danois, la lettre Æ se situe après la lettre Z, et les caractères Y et Ü sont considérés comme les variantes d'une même lettre.

Voir aussi :

A propos de la sémantique de longueur

Pour calculer le nombre de caractères d'une chaîne, en utilisant la longueur d'octet, vous devez connaître le nombre d'octets dans chaque caractère du jeu de caractères.

Dans les jeux de caractères simples octet, le nombre d'octets et le nombre de caractères d'une chaîne sont identiques. Dans les jeux de caractères multioctets, un caractère ou point code est constitué de plusieurs octets. Le calcul du nombre de caractères en fonction de la longueur en octets peut s'avérer difficile dans un jeu de caractères à largeur variable. Le calcul de la longueur d'une colonne en octets est appelé sémantique d'octet, tandis que la mesure de la longueur d'une colonne en caractères est appelée sémantique des caractères.

La sémantique de caractère est utile pour spécifier l'espace de stockage requis pour des chaînes multioctets de largeurs variables. Supposons, par exemple, qu'une base de données Unicode (AL32UTF8) doive présenter une colonne VARCHAR2 pouvant stocker jusqu'à cinq caractères chinois avec cinq caractères anglais. En utilisant la sémantique d'octet, cette colonne requiert 15 octets pour les caractères chinois (lesquels prennent trois octets chacun) et cinq octets pour les caractères anglais (un octet chacun), ce qui fait un total de 20 octets. En utilisant la sémantique de caractère, la colonne requiert 10 caractères.

Voir aussi :

A propos des types de données de caractères nationaux SQL et Unicode

Unicode est un système de codage de caractères qui définit tous les caractères de la plupart des langues parlées dans le monde. En Unicode, chacun des caractères possède un code unique, quels que soient la plate-forme, le programme ou la langue.

Il existe deux méthodes pour stocker des caractères Unicode dans Oracle Database :

Les types de données de caractères nationauxSQL sont NCHAR, NVARCHAR2 et NCLOB. Ils sont également appelés types d'unicode, car ils sont utilisés uniquement pour le stockage des données Unicod.

Le jeu de caractères national qui est utilisé pour tous les types d'informations de caractères nationaux SQL est spécifié lors de La création de La base de données. Le jeu de caractères national peut être UTF8 ou AL16UTF16 (par défaut).

Lorsque vous déclarez une colonne ou la variable de type NCHAR ou NVARCHAR2, la longueur que vous spécifiez correspond au nombre de caractères et non au nombre d'octets.

Voir aussi :