Précédent   Forum des professionnels en informatique > Bases de données > Oracle
Oracle Forum Oracle : le serveur, les outils, ... Voir F.A.Q Oracle Tutoriels Oracle
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 13/03/2007, 15h40   #1
Membre habitué
 
Philippe Launay
Inscription : décembre 2006
Messages : 151
Détails du profil
Informations personnelles :
Nom : Philippe Launay
Localisation : France, Indre et Loire (Centre)

Informations forums :
Inscription : décembre 2006
Messages : 151
Points : 129
Points : 129
Par défaut ORA-932 : inconsistent datatypes

Bonjour,

J'ai ce message depuis quelques jours dans mon fichier alert_log. Ce message intervient lors de l'exécution d'une commande de rafraîchissement dbms_snapshot.refresh ('MyTable').

Le message complet d'erreur est le suivant
ORA 600 : internal error code, arguments: [qerrmObnd1], [932], [ORA-00932:] inconsistent datatypes: expected got.

Mon OS est HP-UX PA RISC 11.23 et ma version d'ORACLE est 10.1.0.3

J'ai fait un tour sur metalink, où il me parle du bug 4254094 et d'un workaround adjust_literal_remplacement (que je ne connais pas et que je ne trouve pas par un show parameter).

Metalink propose également un autre workaround en positionnant le cursor_sharing=EXACT (je l'ai positionné à FORCE et c'est depuis que j'ai des erreurs). Par contre, comme mon éditeur favori ne binde pas beaucoup ces requêtes, le positionnement à FORCE me paraissait une bonne solution pour diminuer la taille de ma shared_pool.

L'un d'entre vous aurait il une idée ?

D'avance merci
fulub est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/03/2007, 12h57   #2
Rédacteur
 
Inscription : décembre 2002
Messages : 2 397
Détails du profil
Informations personnelles :
Localisation : France, Var (Provence Alpes Côte d'Azur)

Informations forums :
Inscription : décembre 2002
Messages : 2 397
Points : 3 298
Points : 3 298
Bonjour

Aviez-vous des problèmes avérés que vous avez réglés en jouant avec le paramètre CURSOR_SHARING ? Si votre réglage était juste préventif, le plus simple est sans doute d'en rester à la valeur EXACT.

Citation:
Envoyé par fulub
J'ai fait un tour sur metalink, où il me parle du bug 4254094 et d'un workaround adjust_literal_remplacement (que je ne connais pas et que je ne trouve pas par un show parameter).
Comme c'est un paramètre caché, il est préfixé par un tiret bas :
_adjust_literal_remplacement

Et comme il n'est pas défini, c'est normal que vous ne le voyiez pas.[/QUOTE]
Pomalaix est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/03/2007, 17h21   #3
Membre habitué
 
Philippe Launay
Inscription : décembre 2006
Messages : 151
Détails du profil
Informations personnelles :
Nom : Philippe Launay
Localisation : France, Indre et Loire (Centre)

Informations forums :
Inscription : décembre 2006
Messages : 151
Points : 129
Points : 129
Bonjour

Effectivement, cela m'a permis de réduire la taille de ma shared_pool par trois (500Mo au lieu de 1,5Go).

Concernant le paramètre caché _adjust_literal_remplacement, j'ai essayé de faire un alter system set _adjust_literal_remplacement=TRUE, mais sqlplus me répond par une erreur 911 : invalid character.

Comment faire ?

Y a t'il un moyen de connaître la liste des paramètres cachés et leur fonction ?

D'avance Merci de votre réponse
fulub est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/03/2007, 09h02   #4
Membre éclairé
 
Avatar de Wurlitzer
 
Inscription : avril 2006
Messages : 465
Détails du profil
Informations forums :
Inscription : avril 2006
Messages : 465
Points : 368
Points : 368
pour avoir la liste des paramètres caché tu peux faire
Code :
1
2
3
4
5
6
7
8
 
SELECT   KSPPINM,
         nvl(KSPPSTVL,'NULL'),
         KSPPDESC
FROM     sys.x$ksppi x, sys.x$ksppcv y
WHERE    x.INDX = y.INDX
AND      substr(KSPPINM,1,1) = '_'
ORDER BY KSPPINM;
tu as francisé _adjust_literal_replacement en _adjust_literal_remplacement

Mais bon, moi j'ai tendance a penser que si ces paramètres sont caché c'est qu'il doit y a voir une raison....
Wurlitzer est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/03/2007, 10h31   #5
Rédacteur
 
Inscription : décembre 2002
Messages : 2 397
Détails du profil
Informations personnelles :
Localisation : France, Var (Provence Alpes Côte d'Azur)

Informations forums :
Inscription : décembre 2002
Messages : 2 397
Points : 3 298
Points : 3 298
Citation:
Envoyé par Wurlitzer
Mais bon, moi j'ai tendance a penser que si ces paramètres sont caché c'est qu'il doit y a voir une raison....
Certains paramètres cachés peuvent ou doivent être utilisés dans des circonstances précises, sur recommandation du support.
C'est ici le cas, puisque ce paramètre est recommandé dans une note metalink correspondant à la situation de notre ami.
Pomalaix est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/03/2007, 09h12   #6
Membre habitué
 
Philippe Launay
Inscription : décembre 2006
Messages : 151
Détails du profil
Informations personnelles :
Nom : Philippe Launay
Localisation : France, Indre et Loire (Centre)

Informations forums :
Inscription : décembre 2006
Messages : 151
Points : 129
Points : 129
Merci de vos avis et de vos aides.

J'avais également ouvert un SR sur metalink. Ce bug est connu et il n'y a pas de patch avant la version 10.1.0.5. Le bug est corrigé en version 10.1.0.6.

Encore merci
fulub est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 09h16.


 
 
 
 
Partenaires

Hébergement Web