Discussion :

[th.garcia]

Bonjour,

Je travaille sur une base de données qui tournait sous ORACLE 9i et qui a été migrée sous ORACLE 10g il y de cela 1 mois.

Depuis cette migration je me suis rendu compte que certaines procédures stockées qui prenaient comme paramètre de sortie des variables de type LONG ne fonctionnent plus correctement.

Pour exemple, j'ai une procédure stockée qui prend comme paramètre de sortie une variable de type LONG. Le bute de cette procédure stockée est de formater un flux XML à partir de données récupérées dans la base de données.

Lorsque j'étais sous ORACLE 9i cette procédure stockée ne posait jamais de problèmes alors que depuis la migration sous ORACLE 10g elle retourne vide par moments.

Après avoir débugger le retour de la procédure, je me rend compte que j'ai un message d'erreur m'indiquant que le contenu est trop volumineux pour le type de variable utilisé.

J'ai vu sur certains sites internet que le tyep de variable "LONG" n'est a priori plus pris en charge par ORACLE 10g. Est-ce vrai ?

Si c'est le cas, comment dois-je faire pour que ma procédure stockée fonctionne comme avant sous ORACLE 9i, à savoir sans retourner vide par moment ?

Par avance merci pour votre aide.

[Waldar]

Documentation Oracle :
http://download.oracle.com/docs/cd/B...001.htm#i46018

Oracle strongly recommends that you convert LONG RAW columns to binary LOB (BLOB) columns. LOB columns are subject to far fewer restrictions than LONG columns. See TO_LOB for more information.

Cette recommandation existe depuis 8i si ma mémoire est bonne.

[th.garcia]

Tout d'abord merci pour ta réponse.

Si j'ai bien compris , le type "LONG" n'est plus supporté sous Oracle 10g.
Au niveau de ma procédure stockée je dois le remplacer par un type "LOB".

C'est bien cela ?

[NGasparotto]

A proprement parle, LOB n'est pas un type de donnees. Il semblerait que ce soit CLOB dans ton cas.
De plus, entre 9i et 10g, il n'y a, a ma connaissance, pas eu de changement par rapport au type LONG. Je ne pense pas que le probleme vienne de la version d'Oracle.

Nicolas.