Discussion :

[crazykangourou]

Bonjour à tous,

Quand j'exécute une requête sur une table non partitionnée. Dans la clause where, mes conditions portent sur 2 colonnes : dont une possède un index partitionné, et l'autre un index simple.

J'ai l'erreur suivante :
ORA-00600: code erreur interne, arguments : [qkabrix1], [], [], [], [], [], [], []

Merci de votre aide.

[orafrance]

c'est un bug d'Oracle corrigé avec la 9.2.0.2, tu devrais carrément passé à la 9.2.0.8

[crazykangourou]

Merci orafrance,
J'avais continué mes recherches sur google et espérer qu'il y ait une solution "facile"
Et tu as raison, j'ai trouvé ca :
OIERI:QKABRIX1 possible with BITMAP and PARTITIONED index on NON-PARTITIONED table

Malheureusement, je n'ai pas metalink.

Est ce que ca fait mal de passer de la 9.2.0.1 à l a 9.2.0.8 ?

Cordialement

[crazykangourou]

@Orafrance :
Je viens de rechercher un peu sur le forum
et là tu dis qu'il y a un gros bug : bug 9208
Notamment sur les group by et order by

C'est dur de choisir entre un bug et un autre

Quand on fait une installe, est ce qu'on peut downgrader, ou c'est foutu?

[orafrance]

ce bug intervient dans des conditions très particulière et est contournable : https://metalink.oracle.com/metalink...,1,1,helvetica

Le passage du patch se fait bien mais sans metalink, point de patch

[crazykangourou]

Merci pour le lien métalink,
mais j'ai pas accès
Par contre j'ai le patch p4547809_92080_WINNT_DeBase et sa release 5_p5845928_92080_WINNT. merci mon dba qui est à 500km, par contre, faut que je me débrouille tout seul moi pauvre développeur php
Heureusement que vous êtes là
Avec la release, je n'aurai plus les problèmes de order by et group by ou j'ai encore un risque?

Merci