probleme avec le type LONG ROW

Version imprimable

13/09/2006, 14h13
amigauss

probleme avec le type LONG ROW

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:roll: ) , 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

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:

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

13/09/2006, 15h35
amigauss

le probleme est quand le champ doit contenir une valeur trop longue :(
13/09/2006, 16h13
laurentschneider

trop longue? En 9i, la limite du LONG RAW est de 2 Giga...
13/09/2006, 16h19
SheikYerbouti

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

Pourquoi ne transformez-vous pas cette colonne en CLOB ?
13/09/2006, 16h22
laurentschneider

Citation:

Envoyé par SheikYerbouti

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.
13/09/2006, 16h23
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 :(
13/09/2006, 16h44
amigauss

non je n'utilise pas UTL_RAW
13/09/2006, 16h58
bouyao

Je pense qu'il faut nous montrer le code proc.
13/09/2006, 19h55
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é:

Citation:

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.
21/09/2006, 10h29
amigauss

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

merci