Invalid number sur table en Db@link

Bonjour,

Depuis ce matin j'ai une erreur Invalid Number (Ora-1722) sur une table distante en Db@link alors que rien n'a été modifié ni dans la table ni dans ma procédure. Aussi depuis ce matin, quand je fais un select avec une jointure sur cette table, il me retourne l'anomalie en question, notamment sur le test "numres <> 9999' ou bien sur le substr(contact,1,30) et je me demande si cela ne vient pas de mon Toad ou bien de ma base temporaire:

Citation:

SQL> desc rese
Name Null? Type
----------------------------------------- -------- ------------------
NUMRES NUMBER(8)
NOMRES VARCHAR2(40)
ADRES1 VARCHAR2(35)
ADRES2 VARCHAR2(30)
ADRES3 VARCHAR2(30)
CODPOS VARCHAR2(6)
BURDIS VARCHAR2(30)
TELEPH VARCHAR2(11)
CONTACT VARCHAR2(40)
BANQUE VARCHAR2(6)
GUICHET VARCHAR2(5)
COMPTE VARCHAR2(11)
CLERIB VARCHAR2(2)
DOMICIL VARCHAR2(30)
TYPRES VARCHAR2(1)

Select distinct regroup code,nvl(societe,nomres) societe,code_nature,adr1,adr2,ptt,code_comm bur,tel, substr(contact,1,30) contact ,to_char(e.domus) var_domus
from reservataire_ehc e,rese@euro.world,domus_reser_abs d
where d.domus=rese.numres
and d.pk_res=regroup
and numres <> 9999
and not exists (select 'x' from reservataire where fax=d.domus)

En surbrillance jaune les zones où l'anomalie Ora-1722 apparait à l'exécution.

D'avance merci.

Thomas

PS: je tiens à préciser que je n'ai pas ce problème sur une base identique.

C’est une erreur typique du à une coercition (types des données différente imposant une transformation automatique de un de ces types via des fonctions des conversions)
Exemple typique :

Code:

where colonne_de_type_varchar2 = 1 (valeur numérique)

Pour comparer, la colonne est transformé en type numérique: to_number(colonne_de_type_varchar2).
Ca marché sans souci jusqu’au moment une valeur non numérique est ajoutée pour cette colonne.
Vérifiez vos types des données pour les prédicats et les conditions de jointure. La partie prédicat du plan d’exécution vous indique clairement ces conversions automatiques.

Bonjour et merci de votre réponse,

le problème venait d'une colonne de table pour laquelle il a été mis un blanc accidentellement au lieu d'être à nulle.:ccool:

J'oublais de rajouter qu'à l'origine mon erreur venait du fait de l'utilisation de l'option "edit table" au lieu de "update table". En effet, dans le 1er cas, la saisie des données pouvant induire en erreur même en saisissant une valeur numérique ou nulle. En fait l'option update étant plus efficace pour mettre une valeur nulle ou numérique alors que l'option edit, la valeur pouvant être interprétée d'une autre manière par Oracle.