Exécution de procédure inter utilisateur

Bonjour à tous,

je vous prie de bien vouloir m'aider sur un petit problème, il s'agit de l'exécution d'une procédure,

j'ai le USER SYO qui a presque tout les privilèges de SYS, lorsque j’exécute la procédure tout marche bien, et l'insertion se fait dans les tables, mais lorsque je change de session (avec un autre user 'ASO' il m'affiche dans ma table d’anomalies : AUCUNE DONNE TROUVEES

pourtant j'ai rajouté tout les privilèges aux tables concernées ( ANY PRIVILLEGES TO PUBLIC )
aussi le GRANT EXECUTE ON procédure to PUBLIC et to ASO

ou est ce qu'il pourra être ce problème ?

merci par avance

à chaque fois je vous choque avec mes questions ou quoi?

je vais diminuer le degrés de difficulté dans les prochaines questions :P

Salut,

Citation:

---

Envoyé par LandGreen

à chaque fois je vous choque avec mes questions ou quoi?

---

Il y a peut être des gens déjà en vacances, tout simplement ... ;) Ou alors, ils sont blindés de taf, parceque bien souvent comme par magie, il y a pleins de trucs a faire juste avant les vacances.
Bref ...

Est-ce que tu as essayé en spécifiant un "grant all on table ..." for le user "ASO"?
Est ce que cette discussion: ask tom peut t'aider?

@+
;)

merci Sunchaser , je vais y consulter

Vous faites un commit après l'insertion ?

'AUCUNE DONNEE TROUVEES', c'est un message en français, donc un message programmé par un programmeur. La logique serait de regarder dans le code : Dans quel cas il affiche le message 'AUCUNE DONNEE TROUVEES'.
Peut-être que le programmeur était un farceur, et il a mis ce message là quand il y avait trop de données ?

La gestion des droits .... si la piste était dans cette direction, on aurait un plantage plus 'violent' du type : LA TABLE XXX n'existe pas.
Ici, le programme trouve une table avec le nom voulu, mais cette table est vide, ou bien cette table ne contient aucune donnée correspondant aux critères demandés...

Cas possible : dans la base de données , il y a une table USER1.DATA (avec des données) et une table USER2.DATA (vide).
Si je me connecte sous USER1, ou sous USER2, un select * from DATA va donner des résultats différents.

Ils sont quand même forts, ces consultants en Business intelligence. On s'est tous fait arnaquer par ces consultants qui n'y connaissent rien, et on les aide à arnaquer de pauvres clients.

Citation:

---

Envoyé par LandGreen

à chaque fois je vous choque avec mes questions ou quoi?

je vais diminuer le degrés de difficulté dans les prochaines questions :P

---

Oui, moi je suis choqué par vos questions.
Pas parce qu'elles sont difficiles, mais parce qu'elles ne contiennent pas les détails nécessaires pour comprendre ce que vous faites, et que je me dis qu'il faudra des échanges sans fin pour cerner vraiment votre situation et pouvoir y répondre utilement.

Citation:

---

Envoyé par Pomalaix

Oui, moi je suis choqué par vos questions.
Pas parce qu'elles sont difficiles, mais parce qu'elles ne contiennent pas les détails nécessaires pour comprendre ce que vous faites, et que je me dis qu'il faudra des échanges sans fin pour cerner vraiment votre situation et pouvoir y répondre utilement.

---

Exactement la même chose, les demandes sont trop floues sans le minimum d'infos : ordres SQL, besoins précis, messages d'erreur etc etc

Citation:

---

Envoyé par Waldar

Vous faites un commit après l'insertion ?

---

Merci pour votre retour,
Evidemment je fais des COMMIT; lorsque j'exécute la procédure avec le USER1 ça fonctionne bien, mais lorsque je change de USER ça plante.

même si je l'exécute avec un 3eme USER ça fonctionne.

PS : le calcul puis l'insertion se fait on faisant des Select sur plusieurs tables.

ma procédure contient 500 ligne de code, et mon problème est situé dans une partie composé de 3 lignes,
lorsque je prend la requête et je l'exécute séparément elle fonctionne et elle me retourne le résultat souhaité (pour le même USER)

j'ai exécuté la procédure avec des DBMS_OUTPUT.PUTLINE ou en utilisant pas-à-pas... (pour détecter l'emplacement du problème)