Oracle Cuild Ordre et PL / SQL Dépendances de package

Regardez le script suivant de http: //www.oracle-base .Com / Articles / misc / recompilatinvalidschemaObject.php

SET SERVEROUTPUT ON SIZE 1000000
BEGIN
  FOR cur_rec IN (SELECT owner,
                         object_name,
                         object_type,
                         DECODE(object_type, 'PACKAGE', 1,
                                             'PACKAGE BODY', 2, 2) AS recompile_order
                  FROM   dba_objects
                  WHERE  object_type IN ('PACKAGE', 'PACKAGE BODY')
                  AND    status != 'VALID'
                  ORDER BY 4)
  LOOP
    BEGIN
      IF cur_rec.object_type = 'PACKAGE' THEN
        EXECUTE IMMEDIATE 'ALTER ' || cur_rec.object_type || 
            ' "' || cur_rec.owner || '"."' || cur_rec.object_name || '" COMPILE';
      ElSE
        EXECUTE IMMEDIATE 'ALTER PACKAGE "' || cur_rec.owner || 
            '"."' || cur_rec.object_name || '" COMPILE BODY';
      END IF;
    EXCEPTION
      WHEN OTHERS THEN
        DBMS_OUTPUT.put_line(cur_rec.object_type || ' : ' || cur_rec.owner || 
                             ' : ' || cur_rec.object_name);
    END;
  END LOOP;
END;
/

Vous n'avez pas besoin d'une commande de construction - il suffit de créer les packages avec "Créer ou remplacer ..." sur une base de fichier par fichier, puis compilez-les dans une boucle imbriquée à deux niveaux - chaque passage dans l'intérieur La boucle compile tout ce qui est toujours invalide et la boucle extérieure est utilisée pour vérifier le nombre d'objets non valides et définir une sorte de seuil pour des exécutions maximales de la boucle interne. En pratique, je n'ai jamais vu que le nombre de passes nécessaires soit plus élevé que trois.

Si vous avez plusieurs schémas impliqués dans les dépendances, examinez le script d'oracles utlrp.sql, qui fonctionne à travers les schémas et met en place une infrastructure à gérer le processus - cela nécessite un compte privilégié cependant.

De plus, si vous étendez votre commande source pour inclure des vues, assurez-vous que les scripts utilisent "Créer ou remplacer la vue de la force ..." pour créer des vues qui avoir des dépendances non satisfaites au moment de leur création.

exemple de script que j'utilise: xxx

Si vous traitez vraiment des paquets PL / SQL, vous n'avez pas besoin de transpirer la commande de construction. Il suffit de construire toutes les spécifications de l'emballage en premier. Ensuite, vous pouvez déployer tous les corps de paquet et compilera, car leurs dépendances sont les spécifications de package.

Si vous avez des spécifications de package qui dépendent d'autres spécifications - si vous avez des packages qui déclarent, disons, constantes, Les sous-types ou les curseurs REF utilisables dans les signatures des procédures emballées - alors vous devez créer d'abord ces spécifications de package. Mais il devrait y avoir assez assez d'eux que vous pouvez les organiser dans le script de construction à la main. P>

Modifier strong> P>

On dirait qu'ils vont faire construit incrémental et «propre-balayage», donc l'ordre de construction comptera le plus pour quand ils nettoient le Environnement et reconstruisez-le. P> blockQuote>

qui ne modifie rien. P>

Voici un exemple prolongé. J'ai un schéma avec trois paquets .... p> xxx pré>

La chose intéressante est qu'une procédure de PKG1 appelle une procédure de PKG2, une procédure dans PKG2 appelle une procédure de PKG3 et une procédure dans PKG3 appelle une procédure de PKG1. P>

q. strong> Comment fonctionne cette dépendance circulaire?
a. strong> Ce n'est pas une dépendance circulaire .... p> xxx pré>

Tous les objets dépendants sont les corps de package, tous les objets référencés sont les spécifications emballées. . Par conséquent, si je trash'n'reebuild le schéma, cela n'a pas vraiment d'importance de l'ordre que j'utilise. D'abord, nous détruisons ... p> xxx pré>

alors nous reconstruisons ... p> xxx pré>

L'ordre des objets individuels est hors de propos . Il suffit de construire les spécifications de package avant les organes de colis. Bien que même cela ne comporte pas vraiment ... p> xxx pré>

pkg4 code> n'est pas valide parce que nous n'avons pas construit constantes_pkg code>. P>

SQL> create or replace package constants_pkg is
  2      whatever constant varchar2(20) := 'WHATEVER';
  3  end constants_pkg;
  4  /

Package created.

SQL> select object_name, object_type, status
  2  from user_objects
  3  where status != 'VALID'
  4  order by 1, 2
  5  /

OBJECT_NAME     OBJECT_TYPE     STATUS
--------------- --------------- -------
PKG4            PACKAGE BODY    INVALID

SQL> 
SQL> set serveroutput on size unlimited
SQL> exec pkg4.p7
PKG4.P7::WHATEVER

PL/SQL procedure successfully completed.

SQL> select object_name, object_type, status
  2  from user_objects
  3  where status != 'VALID'
  4  order by 1, 2
  5  /

no rows selected

SQL>

Ajoutez la commande suivante au sommet de votre script:

SET VÉRIFIEZ OFF

Ceci permettra à vos scripts de fonctionner sans validation et peut donc être exécuté dans n'importe quel ordre.

Vous pouvez ensuite demander à DBA_Errors pour obtenir toutes les erreurs et avertissements dans vos packages, vues et types.