Problème d'accès aux tables d'un schéma [Résolu]

[joziel]

Bonjour à tous,

J'ai de nouveau besoin de vos lumières...
Je travaille sous oracle 9.2.0.7, et je tentais de mettre en place un script pour calculer les statistiques.

Code :

1
2
3
4
SELECT 'exec DBMS_STATS.GATHER_TABLE_STATS(OWNNAME => '''|| owner
                         || '''  , TABNAME => ''' || table_name  || '''  , CASCADE => TRUE );'
FROM dba_tables
WHERE owner='PSNEXT';

Voici l'erreur que j'obtiens pour une table donnée :

Code :

1
2
3
4
5
6
ERREUR à la ligne 1 :
ORA-20000: Unable TO analyze TABLE "PSNEXT"."WORKPACKAGE", insufficient
privileges OR does NOT exist
ORA-06512: à "SYS.DBMS_STATS", ligne 10292
ORA-06512: à "SYS.DBMS_STATS", ligne 10315
ORA-06512: à ligne 1

Je tente un desc de la table en question, mais j'obtiens l'erreur :

Code :

ORA-04043: objet PSNEXT.WORKPACKAGE inexistant

Précision : j'ai les mêmes symptomes que ce soit en tant que sys ou bien en tant que l'utilisateur propriétaire du schéma.
Par contre, sous TOAD, quand je me connecte en tant qu'un de ces 2 utilisateurs, via le schéma browser, je vois tout : donnée + description des objets.

merci d'avance pour vos idées

[pifor]

En général, s'il faut exécuter DBMS_STATS sur des objets qui appartiennent à des propriétaires différents, en plus du privilége SELECT sur les tables concernées, il faut avoir le privilège système ANALYZE ANY. En tout cas, SYS devrait forcément avoir le privilège ANALYZE ANY.

[joziel]

Oui, je tente bien de lancer l'analyse en tant que sys.
Cependant, on vient de se rendre compte que ce cher sqlplus (pour cette base uniquement) était Case sensitive...
Sauf que quand je genère automatiquement la liste des tables à analyser, le nom de tous les objets apparait en majuscule...

[pifor]

Ce n'est pas vraiment SQL*Plus qui est "case sensitive", c'est le dictionnaire Oracle qui l'est par défaut: tous les objets sont enregistrés en majuscule sauf si vous utilisez les " (double quote) dans le nom de l'objet lors de sa création.

[joziel]

aaah ! Merci pour l'info, je ne savais pas que c'était le Dictionnaire qui est case sensitive
Une solution serait de recréer les tables en majuscules... ?

En tout cas, merci pour votre aide

[pifor]

Une solution serait de recréer les tables en majuscules... ?

Non, c'est ce qui est fait par défaut.

Les règles du SQL Oracle sont les suivantes:

Case is insignificant in reserved words, keywords, identifiers and parameters. However, case is significant in text literals and quoted names.

Pouvez-vous donner une exemple du problème ?

Que donne dans SQL*Plus ?

Code :

SHOW sqlcase

[joziel]

Pouvez-vous donner une exemple du problème ?

Code :

1
2
3
PSNext >DESC PSNEXT.TrainingDomain ;
ERROR:
ORA-04043: objet PSNEXT.TrainingDomain  inexistant

alors qu'avec les guillemets :

Code :

1
2
3
4
5
6
7
8
PSNext >DESC PSNEXT."TrainingDomain";
 Nom                                       NULL ?   Type
 ----------------------------------------- -------- ----------------------------
 Ordinal                                   NOT NULL NUMBER(10)
 ID                                                 VARCHAR2(100)
 ExpireDate                                         DATE
 InternalVersion                                    NUMBER(10)
 SessionID                                          NUMBER(19)

Pour le 'show sqlcase' :

Code :

1
2
PSNextRc >SHOW sqlcase
sqlcase MIXED

Merci

[pifor]

Dans ce cas, pour avoir des noms d'objets non sensibles à la casse, oui, il faudrait recréer vos objets sans les " (double quotes).

[joziel]

Je n'ai plus qu'à tout recréer correctement sur notre base de test avant de faire la modification sur celle de production...

Une fois de plus merci et bon week end