Problème en perl avec requête sous Oracle : ORA-00942 ?

Bonjour à tous,

Je travaille sous Unix, avec Perl 5.16.3, et une base de données Oracle dont j'ignore la version.
Pour le travail, je dois faire un script en Perl qui interroge une base de données Oracle.
Je fais donc un fichier de test de connexion et une requête select basique.

Or là, la connexion se fait bien, mais avec pour la requête, j'al l'erreur suivante :
ORA-00942 : Table ou vue inexistante (DBD ERROR: error possibly near <*> indicator
Et il me met effectivement l'incator juste avant le nom de ma table.
Le soucis, c'est que le nom de la table est correct.
J'ai à priori tout essaye :
- minuscule et majuscule
- en mettant le nom du schema devant...

Rien n'y fait.

Voici le code Perl:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

my $sql_select = << "SQL"; select * FROM STORE.STORE_RIU SQL   my $prep = $bdd->prepare($sql_select) or die $bdd->errstr;   $prep->execute;   # affichage while (my($id, $role, $nom, $prenom) = $prep->fetchrow_array ) { print $id . '. ' . $role . "\n"; }

---

Si l'un de vous aurait une idée, ça serait sympa.

Merci d'avance.
Cordialement
Dominique

Pour la version de votre base de données :

Code:

---

select * from sys.v$version

---

Vérifiez bien le nom de votre table tel qu'il est enregistré dans le dictionnaire :

Code:

---

1 2 3 4

select owner, table_name from all_tables where owner = 'STORE' and upper(table_name) like '%RIU%';

---

S'il y a des caractères minuscules / majuscules ou exotiques, il faut encadrer le nom de la table par des double quote.

Le mieux étant de vous connecter avec un client SQL comme SQL Developer pour faire vos vérifications.

Merci de votre aide, mais
- pour la requête pour avoir la version , j'ai le message d'erreur ORA-00942
- pour la deuxième requête, ça m'a juste confirmé que j'avais le bon nom de table dans la requête.

Cordialement
Dominique

Vous n'avez probablement pas le privilège de lecture sur cette table avec le compte que vous utilisez.

Le problème vient peut être du select *.
As-tu essayé en donnant la liste des colonnes que tu veux consulter ?

Remplace

Code:

---

select * from sys.v$version ;

---

par

Code:

---

select * from v$version ;

---

pour taper sur le synonyme public.

Citation:

---

Envoyé par Waldar

Vous n'avez probablement pas le privilège de lecture sur cette table avec le compte que vous utilisez.

---

Impossible.
J'ai le compte propriétaires qui permet de créer des tables.
Et j'ai accès à cette table via TOADS.

Cordialement
Dominique

Citation:

---

Envoyé par al1_24

Le problème vient peut être du select *.
As-tu essayé en donnant la liste des colonnes que tu veux consulter ?

---

Oui, pas mieux.

Citation:

---

Envoyé par Ikebukuro

Remplace

Code:

---

select * from sys.v$version ;

---

par

Code:

---

select * from v$version ;

---

pour taper sur le synonyme public.

---

ça a fonctionné, je suis sous Oracle 12c

Est-ce que le user STORE existe bien? Exécute ce code.

Code:

---

SELECT username, account_status FROM dba_users ORDER BY username;

---

Es-tu sur la bonne base et, si oui, es-tu en architecture PDB?

Code:

---

SELECT name, cdb FROM v$database;

---

Autre test :

Code:

---

SELECT owner, object_name, object_type FROM dba_objects WHERE UPPER(object_name) LIKE '%STORE%RIU%';

---

Et, le dernier pour la route :

Code:

---

show con_name

---

Pour information,

Je précise que la même requête passe très bien avec l'outils TOADS.

Cordialement
Dominique

Le script perl fonctionne ?
Essaye avec un select * from dual dans ton script perl

ça renvoi X.

C'est donc bien un problème de droit, tu es sûr d'être loggué avec le même utilisateur entre TOAD et PERL fais un

Code:

---

select user from dual

---

, parce que c'est franchement bizarre sinon.
Ensuite faut voir les grants sur la table, et les droits utilisateur

Citation:

---

Envoyé par McM

C'est donc bien un problème de droit, tu es sûr d'être loggué avec le même utilisateur entre TOAD et PERL fais un

Code:

---

select user from dual

---

, parce que c'est franchement bizarre sinon.
Ensuite faut voir les grants sur la table, et les droits utilisateur

---

Si ça passe avec TOAD mais pas en PERL, je pense qu'il ne se connecte pas à la bonne base de données, d'où les SELECT que je lui demande d'exécuter.

Ah, effectivement, il peut être connecté sur la bonne base mais avec un user différent...

alors oui, je sais que c'est bizarre..ceci dit, vos réponses me permettent tout de même d'avancer...
J'avais vu trainer cette table DUAL dans un autre script perl et je ne savais pas ce que c'était... à présent, je sais un peu plus.

Et oui, j'ai les droits suffisant vu que j'ai même crée une table dans cette base avec TOAD.

Oui, je sais que c'est bizarre...d'où ma présence ici :)

Merci bien à vous tous en tout cas.
Cordialement
Dominique

Et quels sont les retours des SELECTs que je t'ai donnés?

je viens de faire select user from dual
dans TOADS et dans mon perl

Et effectivement, je n'ai pas le même utilisateur.

Donc ça doit être ça...j'ai pourtant repris la chaine de connexion d'un autre script perl ici...comme quoi.
Je vais essayer de voir ça.

Merci beaucoup
Cordialement

Je n'insisterais pas plus mais si ta base est en 12c non CDB ou en 12c CDB, la connexion ne se fait pas de la même façon... d'où le

Code:

---

SELECT name, CDB from v$database;

---

Tu as vu que le user était différent mais es-tu connecté à la bonne base?

Code:

---

show con_name

---

TOADS me dit : table ou vue inexistante.

Cordialement
Dominique

Ton utilisateur n'a pas le droit de lecture sur la table..
Le seul moyen est de lui mettre le droit de lecture sur la table (soit spécifique à l'utilisateur, soit donner le droit à un des rôles de l'utilisateur, soit donner le droit de lire toutes les tables).
C'est au choix suivant votre politique de sécurité - gestiond e droits.