À propos des fonctions de prise en charge de la mondialisation

Les fonctions de prise en charge de la globalisation vous permettent de développer des applications multilingues qui peuvent être exécutées simultanément de n'importe où dans le monde. Une application peut afficher le contenu de l'interface utilisateur et traiter les données à l'aide des préférences de langue et de paramètres régionaux natifs de l'utilisateur.

Note :

Dans le passé, Oracle a appelé la prise en charge de la mondialisation National Language Support (NLS), mais NLS est en fait un sous-ensemble de la prise en charge de la mondialisation. NLS est la possibilité de choisir une langue nationale et de stocker des données à l'aide d'un jeu de caractères spécifique. NLS est implémenté avec des paramètres NLS.

Voir aussi : Guide de prise en charge de la globalisation pour Oracle Database pour plus d'informations sur les fonctions de prise en charge de la globalisation

À propos du soutien linguistique

Oracle Database vous permet de stocker, de traiter et d'extraire des données dans des langues natives. Les langues pouvant être stockées dans une base de données sont toutes écrites dans des scripts encodés par 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 un sous-ensemble de langues. La base de données peut, par exemple, afficher des dates à l'aide de noms de mois traduits et trier les données de texte en fonction des conventions culturelles.

Dans ce document, le terme soutien linguistique fait référence à des fonctionnalités supplémentaires dépendantes de la langue et non à la possibilité de stocker du texte dans une langue spécifique. Par exemple, la prise en charge linguistique inclut l'affichage des dates ou le tri du texte en fonction de paramètres régionaux et de conventions culturelles spécifiques. En outre, pour certaines langues prises en charge, Oracle Database fournit des messages de serveur traduits et une interface utilisateur traduite pour les utilitaires de base de données.

Voir aussi :

À propos du soutien des territoires

Le format d'heure locale par défaut, le format de date et les conventions numériques et monétaires dépendent du paramètre du territoire local.

Oracle Database prend en charge les conventions culturelles propres aux emplacements géographiques. Le format d'heure locale par défaut, le format de date et les conventions numériques et monétaires dépendent du paramètre du territoire local. La définition de différents paramètres NLS permet à la session de base de données d'utiliser différents paramètres culturels. 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 :

À propos des formats de date et d'heure

Différents pays ont des conventions différentes pour afficher l'heure, le jour, le mois et l'année.

Par exemple, ce tableau présente le format de date et d'heure local pour 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
R.-U. dd/mm/yyyy 28/02/2005 hh24:mi:ss 13:50:23
États-Unis mm/dd/yyyy 02/28/2005 hh:mi:ssxff am 1:50:23.555 PM

Voir aussi :

À propos des formats de calendrier

Différents pays utilisent des calendriers différents.

Oracle Database stocke ces informations de calendrier pour chaque territoire :

Voir aussi :

À propos des formats numériques et monétaires

Différents pays ont des conventions numériques et monétaires différentes.

Ce tableau présente le format numérique et monétaire local pour cinq pays et donne un exemple de 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 1.234,56€
R.-U. 1 234 567,89 £1,234.56
États-Unis 1 234 567,89 $1 234,56

Voir aussi :

À propos du tri linguistique et de la recherche de chaînes

Différentes langues ont des ordres de tri différents (séquences de classement). En outre, différents pays ou cultures qui utilisent les mêmes alphabets trient les mots différemment. Par exemple, en danois, Æ est après Z, et Y et Ü sont considérés comme des variantes de la même lettre.

Voir aussi :

À propos de la sémantique de longueur

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

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

La sémantique des caractères est utile pour spécifier les exigences de stockage pour les chaînes multioctets de largeurs variables. Par exemple, dans une base de données Unicode (AL32UTF8), supposons que vous devez avoir une colonne VARCHAR2 qui peut stocker jusqu'à cinq caractères chinois avec cinq caractères anglais. À l'aide de la sémantique des octets, cette colonne nécessite 15 octets pour les caractères chinois, qui sont de 3 octets de long, et 5 octets pour les caractères anglais, qui sont de 1 octet de long, pour un total de 20 octets. À l'aide de la sémantique des caractères, la colonne nécessite 10 caractères.

Voir aussi :

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

Unicode est un système d'encodage de caractères qui définit chaque caractère dans la plupart des langues parlées dans le monde. Dans Unicode, chaque caractère a un code unique, indépendamment de la plate-forme, du programme ou de la langue.

Vous pouvez stocker les caractères Unicode dans Oracle Database de deux façons :

Les types de données de caractères nationaux SQL sont NCHAR, NVARCHAR2 et NCLOB. Ils sont également appelés types de données Unicode, car ils ne sont utilisés que pour stocker des données Unicode.

Le jeu de caractères nationaux, qui est utilisé pour tous les types de données de caractère national SQL, est indiqué lors de la création de la base de données. Le jeu de caractères nationaux peut être UTF8 ou AL16UTF16 (par défaut).

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

Voir aussi :