Discussion :

[mouna_]

Bonjour,

Je rencontre un prob étrange pendant quelques jours.
Il est aléatoire et il se produit à chaque fois dans des requêtes différentes et sur des tables différentes.

Pendant mon traitement, j'ai étrangement l'erreur suivante: Table ou vue inexistante.
Sachant que sur la table où se produit l'erreur, le programme a déjà fait des SELECT et des INSERT avec succès.
Et quand j'exécute la même requête sur SQL Developer, ça passe correctement.

Avez-vous une idée de ce que cela pourrait être?

Cette erreur se produit plusieurs jours de suite, puis, elle disparaît toute seule, sans aucune intervention !!

[SQLpro]

Nous sommes sur un site français dans lesquelles les questions doivent êtres posées en français. Merci de modifier votre demande !

A +

[mnitu]

Sans savoir ce que vous faite c'est plus un exercice d'imagination.

Mais prenons les faits: Vous avez une erreur qui vous indique que la table (ou vue) n'existe pas. Ca c'est donc un fait: la requête qui a été exécutée vous rapporte qu'il n'existe pas de table dans la session courante qui corresponde à ce que la requête référence.

Vous dite que "le programme a déjà fait des Select sur cette table" et que la requête en question passe dans SQL Developer.

Hypothèses:
1) Vous vous trompez sur la requête qui plante
2) Vous avez changé de connexion pour un autre utilisateur qui n'a pas des droits d'accès sur la table en question.
3) Parfois votre requête implique un travail supplémentaire qui fait référence a des tables dont l'utilisateur de connexion n'a pas des droits.
4) Etc.

Remède: tracez votre requête pour avoir plus des informations sur la requête et le contexte qui provoque le plantage.

[mouna_]

Ce qui est étrange est que la requête change à chaque fois, c'est-à-dire, ce n'est pas toujours les mêmes requêtes ou les mêmes tables qui causent l'apparition de cette erreur !!

C'est comme si au cours de route, le schéma change, alors qu'il n'y a rien qui a été changé !!
Je dis ça parce que si je préfixe les tables par le nom du schéma, ça fonctionne.
Alors que je ne veux pas opter pour cette solution, puisque mon application est une version unique installée sur plusieurs sites.
Chaque site a sa propre base de données et son propre schéma, mais toutes les instances de la base ont exactement la même structure des tables.

[mnitu]

Vous utilisez des synonymes pour vos tables sans schéma ?

De toute façon la meilleur solution pour les applications développées pour Oracle est d'interagir juste avec une couche des "services" fournis par des API écrites en PL/SQL.

[mouna_]

Non, je n'utilise pas des synonymes !!

C'est une ancienne application qui date de 2007, elle est tout simplement en maintenance avec quelques évols de temps en temps.
Elle utilise un ancien ORM appelé IBATIS, qui se base sur des requêtes écrites dans des fichiers XML, qui les mappe par la suite à des objets.

Cette erreur se produit aléatoirement. Cette application est déployée sur 4 sites. Pour chaque site, nous avons une instance de base de données avec un schéma/user propre à chaque site.
Sur les 4 instances, il n'y a qu'un seul schéma où se produit le problème. Les trois autres passent correctement.

J'ai cherché dans la piste que peut être une table est verrouillé, mais, en exécutant une requête pour vérifier, il n'y a aucun lock.

Qu'est-ce qui fait que l'application perd le schéma avec lequel on pointe ? En lisant sur les forums, ils parlent tous de privilèges qui manquent !! Mais, je ne comprends pas quel genre de privilèges peut manquer !!