Discussion :

[devinsys]

J'ai créé une Db avec le jeu de car WE8MSWIN1252. Des données ont été encodées dans cette Db. Comme cette Db devait contenir des caractères spéciaux, j'ai créé une seconde Db utilisant un jeu de caractΦres UTF8.

Voici le message reçu quand je tente d'exporter de la 1ère Db vers la seconde en Oracle9i

Export fait dans le jeu de car WE8MSWIN1252 et jeu de car NCHAR UTF8
le serveur utilise le jeu de caractΦres UTF8 (conversion possible).

Question:
Cela veut-il dire que durant la conversion, les caractères spéciaux seront perdus?
Que faire pour éviter ce genre de message?

Grand merci d'avance,
Devinsys

[Alain.B]

Salut,

Concernant le titre du post:

EXP-00091 Export de statistiques contestables

il y a 2 solutions
- ne pas exporter les statistiques en ajoutant le parametre 'statistics=none' lors de l'export
- générer au moins une fois les statisiques avant l'export ( voir le package dbms_stats)

Je suis désolé pour l'autre question concernant les caractères spéciaux, je n'ai pas de réponse à t'apporter.

[Pomalaix]

il y a 2 solutions

sans compter les autres...

Pour ceux qui ont accès à Metalink, la note 159787.1 est fort intéressante.

Déjà, si les conversions sont possibles, c'est que tout va bien, il n'y aura pas de perte ou d'altération.

Pour éviter l'erreur ORA-00091 (qui reste somme toute mineure, elle n'a rien de bloquant), on peut tenter de modifier le NLS_LANG au moment de l'export, de sorte qu'il corresponde directement au jeu de caractères de la base cible.

Sous Windows, dans le script, on fera par exemple

Code :

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

1
2
SET NLS_LANG=FRENCH_FRANCE.UTF8
exp parfile=...

Ou, au contraire, on peut jouer sur les paramètres d'import.
Dans ce cas, au lieu de STATISTICS=NONE, on peut prendre STATISTICS=RECALCULATE ou STATISTICS=SAFE

RECALCULATE, comme son nom l'indique, recalculera les statistiques systématiquement, et SAFE les recalculera uniquement si nécessaire.