Discussion :

[wakan]

Bonjour,
Je suis débutant en Oracle.

J'ai deux base de données :
Base 1 :

Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE	10.2.0.4.0	Production
TNS for 64-bit Windows: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production

Base 2 :

Oracle Database 10g Release 10.2.0.4.0 - Production
PL/SQL Release 10.2.0.4.0 - Production
CORE	10.2.0.4.0	Production
TNS for 32-bit Windows: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production

Maintenant que le contexte est posé, voici mon problème.
J'ai un package qui marche sans probleme sur la base 1.
Je fais un copier coller du package sur la base 2.
À la compilation, j'obtiens l'erreur suivante :

PL/SQL: ORA-22905: impossible d'accéder aux lignes d'un élément qui n'appartient pas à une table imbriquée.

Logiciel pour compiler : Toad.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * BULK COLLECT INTO ListeCompteur from table(Get_ALL_COMPTEUR());

Voilà la ligne de l'erreur.
C'est la première fois dans mon package que j'utilise la fonction table(procedure()).
Et quand je supprime cette partie en erreur de mon package (pour les tests).
La prochaine erreur est lors de la prochaine utlisation de table(procedure()).

Est-ce qu'il y a des prérequis pour utiliser table(procedure()) ?
Pas forcément évident à retrouver sur google.

Est-ce que quelqu'un sait résoudre cette erreur ?

Merci de votre aide.

Je restes disponnible pour toutes informations complémentaires.

[AbouZaid]

bonjour,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Get_ALL_COMPTEUR()

appartient à la base 2?

[mnitu]

Get_ALL_COMPTEUR() est une fonction qui est soit pipelined soit renvoie un type tableau. Pour que ça marché vous devez identifier et copier à partir de la première base le type utilisé par le package.

[wakan]

Merci de vos réponse si rapide.
J'ai donc oublié de préciser que Get_ALL_COMPTEUR() faisait partie du package.
Elle marche donc bien sur la base 1.
Ca devrait être de même sur la base 2.
Je mets quand même la définition.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
TYPE TRecCOMPTEURCONSO
IS
  RECORD ( TYPE_CPT LOG_PERFORMANCE.TYPE_CPT%TYPE);
 
TYPE TTRecCOMPTEURCONSOusableInSql
IS
  TABLE OF TRecCOMPTEURCONSO ;
 
FUNCTION Get_ALL_COMPTEUR RETURN TTRecCOMPTEURCONSOusableInSql  PIPELINED;

Je pense donc que les conditions sont bien remplies.

Merci de votre aide.

[Mohamed.Houri]

Bonjour,
Je suis débutant en Oracle.


Logiciel pour compiler : Toad.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * BULK COLLECT INTO ListeCompteur from table(Get_ALL_COMPTEUR());

Voilà la ligne de l'erreur.
C'est la première fois dans mon package que j'utilise la fonction table(procedure()).
Et quand je supprime cette partie en erreur de mon package (pour les tests).
La prochaine erreur est lors de la prochaine utlisation de table(procedure()).

Est-ce qu'il y a des prérequis pour utiliser table(procedure()) ?
Pas forcément évident à retrouver sur google.

Est-ce que quelqu'un sait résoudre cette erreur ?

Merci de votre aide.

Je restes disponnible pour toutes informations complémentaires.

Ce matin j'ai répondu il me semble au même problème dans otn

http://forums.oracle.com/forums/mess...641727#9641727

Vous ne pouvez selectionner qu'à partir de TYPES SQL que vous créez dans la base de données (create type ....) et non à partir des TYPES PL/SQL (type my_type is ...)

Mohamed Houri

[wakan]

Bonjour,
Merci beaucoup pour la réponse. Je vais étudier cela avec attention.

Je vais aussi verifier si sur la base 1, il y a des types particuliers qui ont été crées pour faire les requêtes table(procedure()).
Est ce que quelqu'un sait comment faire. Sinon google est mon ami.

Par contre, si les types ne sont pas définis dans la base 1, je ne comprend toujours pas pourquoi ca marche dans la base 1 et pas dans la base 2.

[wakan]

Quelques nouvelles afin de faire avancer.

Après recherche, lors de la compilaion du package avec Toad, il crée les type de base tout seul (bizzare).

Cela dit, pour la base 2, les types sont créés en erreur.
Peut-être un problème de configuration de Toad.
Enfin ça reste une hypothèse.

Si vous avez déjà eu ce problème n'hésitez pas.

Merci.

[wakan]

Desolé je fais beaucoup de double post mais je note mon cheminement pour les suivants qui auraont le meme problème.

Pour la création des type

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE type schema.name as table of schema."name du type fils"

Erreur : Référence de sous programme ou de cursor Schema est hors étendue.

[skuatamad]

Comment as tu créé le type fils ? Est il dans le même schema ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
SQL> create or replace type titi as object (c1 int, c2 varchar2(10)) 
  2  /
 
Type created.
 
SQL> create or replace type toto as table of titi 
  2  /
 
Type created.
 
SQL>