recompilation automatique packages

**ldiaz** · 30/07/2009, 10h08

Bonjour a tous,

oracle 9i
rhel 4

Dans l'environnement dans lequel je bosse, il existe une centaines de tables et une dizaine de materialized view...et aussi plein de packages PL/SQL (j'ai pas fait le comte).
Le probleme est le suivant...Chaque matin les DBA du client m'envoient un fichier avec la liste des object DECOMPILÉS et qui doivent etre recompilés.
Donc chaque matin je regarde dans dba_object et je recompile 1 a 1...
Je voudrais automatiser ca, est possible de faire un script qui jette un oeil et recompil ce qui est decompilé??
D'avance merci

**Z3phur** · 30/07/2009, 10h41

Bonjour,

voici un script qui peut te convenir mais avec un peu de recherche tu l'aurais trouvé sur ce site.

**ldiaz** · 30/07/2009, 11h08

Salut
merci pour ton aide...
Ca marche pour la 9i ? j'ai eu quelques erreurs du type:
table or view do not exists...

**Z3phur** · 30/07/2009, 11h21

A vrai dire je n'ai jamais tester sur une 9i mais tu peux facilement vérifier dans le script si les tables existent dans ta base.

**ldiaz** · 30/07/2009, 15h44

Re bonjour,
a vrai dire, j'avais pensé faire un trigger dans ce style la:
J'ai pensé a un trigger, car c'est souvent apres une modif sur une table (a partir de laquelle sont crés les view et les packages) que les objects se decompile.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
CREATE or REPLACE TRIGGER check_invalid
       AFTER CREATE on verde.schema
       DECLARE
        v_invalid_count NUMBER(3) :=0;
       BEGIN
	   select count(*) into v_invalid_count from user_objects
	   where status ='INVALID';
	   print v_invalid_count;
	   IF v_invalid_count>=1 THEN
			EXEC DBMS_UTILITY.compile_schema(schema => 'verde');
	   v_invalid_count := 0;
		END IF;
       END;
       /

Ce code ne marche pas...mias ca serait l'idée.
Est il possible d'ajouter que le trigger se declenche pas seulement si y'a un create mais aussi si y'a un alter ou un update?
Merci d'avance

**fatsora** · 30/07/2009, 16h02

Trigger = difficulté de maintenance

pourquoi ne pas faire un job , cron ,schedule ,dmbs_job, dbms_scheduler ....

**Pomalaix** · 30/07/2009, 16h24

Bonjour

La première chose serait de savoir pourquoi vous avez régulièrement des objets invalides. Ce n'est a priori pas normal, et c'est plutôt là qu'il faut agir.

La deuxième : en quoi ces objets invalides vous posent-ils des problèmes concrets ? Oracle recompile automatiquement les objets invalides dès que vous y faites appel.

**ldiaz** · 30/07/2009, 16h38

Bonjour a tous,

et bien ... le fait que oracle recompile tout seul c'est valable avec oracle 9i?
Voici comment ceci arrive.
Nous travaillons sur le developpement d'applications web en .NET
Les developpeurs utilisent du code PL/SQL pour extraire les données.
Chaque jour, ils "montent" au serveur des packages modifiés...et les packages pointent vers des view et mat view crées a partir des tables de base...
A partir de ces infos, je sais pas trop pourquoi des objets se decompile, j'ai pas acces aux log non plus (la poisse).
Je suppose que les developpeurs avec leurs modifs, change la structure des objects... Tous les matins je reçois un mail avec la liste des objects decompilés, ce sont souvent les materialized view.

Voila pourquoi je voulais automatiser al recompil de ses objects.

**MrJéjé** · 30/07/2009, 17h27

Il y a le package utlrp.sql installé avec Oracle qui recompile tous les objets invalides de ta base (généralement sous Unix il est sous $ORACLE_HOME/rdbms/admin).

Après ça, une requête du type : select owner,object_name,object_type from dba_objects where status='INVALID'; pour savoir si il reste des objets invalides.

Par contre, si les objets invalides sont souvent des vues matérialisées, j'essayerais de revoir comment celles-ci sont rafraîchies.

**ldiaz** · 31/07/2009, 10h06

Salut a tous

oui justement ce sont toujours des materialized view... J'ai demandé le log d'hier mais j'ai rien vue..aucune erreur. Je connais pas ce monde des mat view...Par quoi je dois commencer pour detecter le problem?

Voici le code d'une qui etait INVALID ce matin par exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
CREATE TABLE VRHU_MAT_NOM
(
 ICI les camps avec les types 
)
TABLESPACE TBS
PCTUSED    40
PCTFREE    10
INITRANS   1
MAXTRANS   255
STORAGE    (
            INITIAL          64K
            MINEXTENTS       1
            MAXEXTENTS       2147483645
            PCTINCREASE      0
            FREELISTS        1
            FREELIST GROUPS  1
            BUFFER_POOL      DEFAULT
           )
LOGGING 
NOCACHE
NOPARALLEL
NOMONITORING;
 
COMMENT ON TABLE LATABLE IS 'snapshot table for snapshot';
 
CREATE INDEX IDX_MAT_PERFILOPCION_IDPERFIL ON TABLE
(IDL)
LOGGING
TABLESPACE TBS
PCTFREE    10
INITRANS   2
MAXTRANS   255
STORAGE    (
            INITIAL          64K
            MINEXTENTS       1
            MAXEXTENTS       2147483645
            PCTINCREASE      0
            FREELISTS        1
            FREELIST GROUPS  1
            BUFFER_POOL      DEFAULT
           )
NOPARALLEL;
 
 
CREATE INDEX IDX_xx ON TABLE
(ID)
LOGGING
TABLESPACE TBS
PCTFREE    10
INITRANS   2
MAXTRANS   255
STORAGE    (
            INITIAL          64K
            MINEXTENTS       1
            MAXEXTENTS       2147483645
            PCTINCREASE      0
            FREELISTS        1
            FREELIST GROUPS  1
            BUFFER_POOL      DEFAULT
           )
NOPARALLEL;

Dans ce code y'a aucune info de refresh etc... ca pourrait etre ca le probleme?
Qqu'un connait les causes de decompilations d'un mat view? c'est lorsque la table maitresse change apres un update par exemple? a ce moment la il faut faire un refresh et s'il ne se fait pas la mat view se met invalid?

D'avance merci

**Z3phur** · 31/07/2009, 11h18

bonjour,

c'est le script de création de la table que tu nous a mis et non celui de la vue matérialisée.

**MrJéjé** · 31/07/2009, 11h18

Le problème vient plutôt du fait que tu utilises Toad et que pour regarder le script de création de ta vue tu es sur l'onglet table au lieu de l'onglet Materialized Views. Logiquement ton ordre commence par :

Create materialized view xxxx
[paramètres de ta vue dont Refresh]
as
select [...]
;

**ldiaz** · 31/07/2009, 11h27

Bonjour,

haaa ok
alors si je change d'onglet j'ai ceci:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
CREATE MATERIALIZED VIEW NOM 
TABLESPACE TBS
NOCACHE
LOGGING
NOPARALLEL
BUILD IMMEDIATE
REFRESH FORCE ON DEMAND
WITH PRIMARY KEY
AS 
SELECT A.*, TABLE 
 FROM

Mmm ok donc il y a bien BUILD et REFRESH...le force on demand?
ca implique de faire un script qui fait le refresh?
Si je remplace par REFRES ON COMMIT ca consomme plus de ressources mais la VM sera toujours VALID, ca marche comme ca?

D'avance merci

**fatsora** · 31/07/2009, 15h24

Les vues matérialisées ,quand qulequ'un a jouté une ou des colones ou si on a suprimmé une ou des colonnes il faut tout refaire,

La facon de faire le refresh ne joue pas ... pour le statut.

**ldiaz** · 31/07/2009, 17h11

Salut a tous

bon ok, donc vue que c'est un comportement normal, je me preocupe moins deja. Je vias faire qque test pour voir.
Merci a tous pour vos reponses

Ciao

recompilation automatique packages

Administration Oracle

Discussions similaires

Partager

Partager