IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

SQL Oracle Discussion :

Invalid number sur table en Db@link


Sujet :

SQL Oracle

  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Avril 2005
    Messages
    209
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 209
    Par défaut 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:

    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.

  2. #2
    Expert confirmé Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Par défaut
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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.

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Avril 2005
    Messages
    209
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 209
    Par défaut
    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.

  4. #4
    Membre confirmé
    Profil pro
    Inscrit en
    Avril 2005
    Messages
    209
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 209
    Par défaut
    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.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [PDO] erreur "Invalid parameter number" sur requête toute bête
    Par laurentSc dans le forum PHP & Base de données
    Réponses: 2
    Dernier message: 06/02/2015, 21h54
  2. Erreur 145 sur table mysql
    Par ramses83 dans le forum Requêtes
    Réponses: 1
    Dernier message: 06/09/2007, 21h09
  3. Question sur Table-borders
    Par GDVL dans le forum Mise en page CSS
    Réponses: 2
    Dernier message: 20/10/2004, 15h10
  4. [firebird 1.5] Probleme sur tables de grande taille
    Par iguanevif dans le forum Débuter
    Réponses: 2
    Dernier message: 12/08/2004, 13h33
  5. [Sybase] Utilisation indexes sur table Proxy
    Par MashiMaro dans le forum Sybase
    Réponses: 2
    Dernier message: 20/02/2004, 10h20

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo