Discussion :

[amigauss]

Bonjour;
je travail sur une base orcle 10g.
mon probleme est que j'ai une table avec un champ "MESSAGE" de type "LONG ROW", normalement j'insere avec succé mes données dans cette table (les données du champ MESSAGE sont invisibles ) , mais quand je veux extraire ces données on me renvois une erreur avec le code "ORA-01405".
ma question est : est ce que les données des types LONG ROW sont invisible ? et pourquoi on me renvoi cette erreur

NB: je travaille sur la meme base mais sous oracle 9i et le programme passe trés bien on me renvoyany aucune erreur

merci de m'avoir aider, c'est urgent

[laurentschneider]

je suppose que tu veux dire LONG RAW, non?

ok, tu ne peux pas employer de fonction SQL avec un LONG. Donc il faut faire du plsql

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
SQL> var v varchar2(40)
SQL> set autop on
SQL> create table t(x long raw);
 
Table created.
 
SQL> insert into t values(utl_raw.CAST_TO_RAW('abc123'));
 
1 row created.
 
SQL> select * from t;
X
-
6
 
SQL> exec select x into :v from t;:v:=utl_raw.cast_to_varchar2(:v)
 
PL/SQL procedure successfully completed.
 
V
------
abc123

[amigauss]

le probleme est quand le champ doit contenir une valeur trop longue

[laurentschneider]

trop longue? En 9i, la limite du LONG RAW est de 2 Giga...

[SheikYerbouti]

Le litteral de CAST_TO_RAW() étant probablement limité à 4000 octets....

Pourquoi ne transformez-vous pas cette colonne en CLOB ?

[laurentschneider]

Le litteral de CAST_TO_RAW() étant probablement limité à 4000 octets....

Pourquoi ne transformez-vous pas cette colonne en CLOB ?

oh, cast_to_raw n'était qu'un exemple... je ne sais pas où est le problème d'amigauss, il n'employe sans doute même pas UTL_RAW.

[amigauss]

oui,
vraiment comment ça se passe:
depuis proC je fais un appel à une fonction en PL/SQL, cette derniere termine trés bien (d'aprés le resultat qu'elle renvoi) donc au niveau de PL/SQL tout se passe bien. mais quand on retourne au code proC on trouve que cette fonction a causé un erreure de typre ORA-01405,
alors là je comprend rien, surtt que tout se passe trés bien dans un autre serveur avec oracle 9i.
quand j'ai enlevé le paramatre de type "LONG RAW" de tout les appels ça c'est bien passé.
donc c'est ce variable qui a causé l'erreur

[amigauss]

non je n'utilise pas UTL_RAW

[bouyao]

Je pense qu'il faut nous montrer le code proc.

[pifor]

Il y a probablement une erreur dans le code PRO*C avec une valeur nulle retournée alors qu'il n'y a pas d'indicateur associé:

ORA-01405 fetched column value is NULL

Cause: The INTO clause of a FETCH operation contained a NULL value, and no indicator was used. The column buffer in the program remained unchanged, and the cursor return code was +2. This is an error unless you are running Oracle with DBMS=6, emulating version 6, in which case it is only a warning.

Action: You may do any of the following:

* Use the NVL function to convert the retrieved NULL to another value, such as zero or blank. This is the simplest solution.
* Use an indicator to record the presence of the NULL. You probably should use this option when you want a specific action to be taken when a NULL arises.
* Revise the cursor definition so that no columns possibly containing NULL values are retrieved.

[amigauss]

c'est bon, j'ai changé le type en BLOB etles probleme est resolu

merci