PACKAGE fantome suite génération script sql

Version imprimable

06/07/2018, 15h50
beretb

PACKAGE fantome suite génération script sql
Bonjour à tous !

J'ai besoin de votre aide car je suis réellement largué.

Environnement :
ORACLE 12.1
Windows server 2012

J'ai un script sql de genération de package qui doit se déployer sur un schéma particulier (on va dire USR2).
Celui-ci est exécuté via sqlplus.
ex simplifié:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 CREATE OR REPLACE PACKAGE PKG_X IS ... END PKG_X; / CREATE OR REPLACE PACKAGE BODY USR2.PKG_X IS ... END USR2.PKG_X; /
Le script fonctionne parfaitement, sauf lorsque, comme j'ai malheureusement fait, on se connecte sur le mauvais schéma (on va dire USR1)et que celui a des droits de créations sur le schéma USR2...

Et là, c'est le drame...

Si je me connecte sur USR2, le package est ... on pourrait dire présent, mais bien entendu en erreurs de compilation ; d'autant que les spécifications sont absentes...

Si j'essaye de détruire le package, il me retourne
ORA-04043 : objet PKG_X inexistant
04043. 00000 - *object %s does not exist...
.
Normal, je ne l'ai pas créé ...

Si j'essaye de détruire le package body, NO PROBLEM ; il a été créé !

Par contre, si j'essaye de recréer le tout PROPREMENT, dans le bon schéma, AIEEE !!!

En commençant par les spécifications bien-entendu.

Rapport d'erreur -
ORA-00955: ce nom d'objet existe déjà
00955. 00000 - "name is already used by an existing object"
*Cause:
*Action:

Conclusion :

Le package existe mais pas vraiment...

Donc si quelqu'un a l'âme d'un Ghostbuster, je suis preneur, car cette étourderie me met un bazar dans la base...

Merci d'avance.
06/07/2018, 15h56
Ikebukuro
Que retourne

Code:

SELECT owner, object_type, status FROM dba_objects WHERE object_name = 'PKG_X';

On est d'accord pour dire que l'erreur vient du code suivant : le package a été créé dans un schéma différent de USR2 (celui où tu étais connecté et où tu as lancé le script) et le body dans le schéma USR2?
Si oui, je trouve étonnant qu'Oracle accepte que tu crées un package et son body dans deux schémas différents puisque les deux sont intimement liés.
Code:

1 2 3 4 5 6 7 8 9 10 11 CREATE OR REPLACE PACKAGE PKG_X IS ... END PKG_X; / CREATE OR REPLACE PACKAGE BODY USR2.PKG_X IS ... END USR2.PKG_X;
06/07/2018, 16h58
beretb

En tout premier lieu, merci de ta rapidité.

Pour ce qui est du résultat de la requête

OWNER = USR2

OBJECT_TYPE = PACKAGE BODY

STATUS = INVALID

Je suis bien d'accord avec toi, pourquoi Oracle m'a-t-il laisser créer un body sans sa spécification ? Je ne comprend pas ?

Oui, Oracle autorise la création d'un package body sans Spec.

Il suffit de supprimer le package body.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
SQL> CREATE PACKAGE BODY WMC AS
  2  PROCEDURE A IS BEGIN NULL; END;
  3  END;
  4  /
 
Warning: Package Body created with compilation errors.
 
SQL> SELECT object_name, object_type, created, status FROM dba_objects WHERE object_name = 'WMC';
 
OBJECT_NAME  OBJECT_TYPE         CREATED   STATUS
------------------- --------- -------
WMC              PACKAGE BODY        06-JUL-18 INVALID
 
SQL> drop package body WMC;
 
Package body dropped.

10/07/2018, 11h39
beretb

Bonjour à tous et surtout merci à tous ceux qui se sont penchés sur mon problème.
La résolution du problème est celle indiquée par McM.

DROP PACKAGE BODY PKG_X

Je viens de retenter l'instruction par simple acquis de conscience, puis recréé proprement le package complet et cela a fonctionné parfaitement.
Il y a 3 jours, pourquoi avais-je l'erreur :
Rapport d'erreur -
ORA-00955: ce nom d'objet existe déjà
00955. 00000 - "name is already used by an existing object"

Mystère ??? Peut-être y-a-t-il un mécanisme de nettoyage dans Oracle ?

Donc, si vous rencontrez le même problème, insistez et patientez !

Encore merci et bonne semaine à tous.
10/07/2018, 19h23
pachot

Citation:

Envoyé par beretb

Mystère ??? Peut-être y-a-t-il un mécanisme de nettoyage dans Oracle ?
Donc, si vous rencontrez le même problème, insistez et patientez !

Il n'y a pas de mécanisme asynchone. Peut-être un bug? Dans ce cas, j'aurais tenté un 'alter system flush shared_pool' (vu que ce n'est pas une prod).
Cordialement,
Franck.