recompilation automatique des objets invalides [Résolu]

GMI3 · 02/12/2007, 13h55

bonjour,

Depuis que j'utilise la 10g, la recompilation automatique des objets automatique se comporte différemment. Désormais, les sessions qui étaient ouvertes lors de la compilation d'un package doivent sortir complètement de leur session pour en ouvrir une nouvelle

.

Sur les précédentes versions d'oracle, il suffisait de valider le message indiquant que l'objet était invalide, et la recompilation n'imposait pas de sortir de sa session.

Est-ce que la base que j'utilise a une configuration particulière ?
ou est-ce la 10g qui impose cela ?

Merci d'avance pour vos réponses

Vincent Rogier · 02/12/2007, 14h52

Si la compilation touche au body (modification de prototypes de fonctions) et/ou variables du package, tu auras forcement lors du prochain appel au package une erreur car l'instance de ton package au sein de ta session est devenue invalide, cela quelque soit la version du serveur.

Garuda · 03/12/2007, 16h56

Je corrige

Citation:

Si la compilation touche au body (modification de prototypes de fonctions) et/ou variables du package

En fait c'est si tu modifies les SPEC (prototype) que les objets référencées par le package sont invalidés.
Si tu touche au "body" (??), il ne se passe rien.

Vincent Rogier · 03/12/2007, 17h12

Effectivement, mon clavier a fourché !

C'est bien aux spécifications de packages et non aux corps de packages auxquelles je faisais référence !

Désolé si j'ai induis certains en erreur !

pifor · 03/12/2007, 18h30

Je confirme que si package contient une variable de session, il y a erreur en 9i ou en 10g même si la spec. du package n'est pas modifiée. Voir les scénarios que j'ai posté sur OTN.

GMI3 · 05/12/2007, 21h18

Merci pour vos infos.
Je vais y perdre énormément en terme de souplesse. Tous mes packages ont une variable globale qui précise le nom du package lui-même.

Y a-t-il une solution pour éviter ce mode ?
C'est très lourd pour les modifs en "live"

Garuda · 06/12/2007, 09h22

- Faire un variable "privée" (cad non déclarée dans les spec) : ex NomProc
- Faire une fonction "publique" (cad déclarée dans les specs) qui te retourne la valeur de cette variable (ex : GetNomProc )
Tu pourras ainsi modifier la valeur de cette variable sans changer le statut des specs
Au fait, pourquoi dans ton cas ne pas faire une constante ?

GMI3 · 08/12/2007, 23h22

en fait je pensais plutot à un changement de paramétrage sur oracle

.
Il faudrait effectivement changer tous les packages existant

mais je pense qu'il y a une bonne raison pour que cette variable soit globale.

Merci pour tes infos et à+

02/12/2007, 13h55	#1
GMI3 Membre actif Inscription : septembre 2003 Messages : 83 Détails du profil Informations personnelles : Localisation : France Informations forums : Inscription : septembre 2003 Messages : 83 Points : 191 Points : 191	recompilation automatique des objets invalides bonjour, Depuis que j'utilise la 10g, la recompilation automatique des objets automatique se comporte différemment. Désormais, les sessions qui étaient ouvertes lors de la compilation d'un package doivent sortir complètement de leur session pour en ouvrir une nouvelle . Sur les précédentes versions d'oracle, il suffisait de valider le message indiquant que l'objet était invalide, et la recompilation n'imposait pas de sortir de sa session. Est-ce que la base que j'utilise a une configuration particulière ? ou est-ce la 10g qui impose cela ? Merci d'avance pour vos réponses
	00

03/12/2007, 18h30	#5
pifor Expert Confirmé Inscription : février 2006 Messages : 3 433 Détails du profil Informations forums : Inscription : février 2006 Messages : 3 433 Points : 3 462 Points : 3 462	Je confirme que si package contient une variable de session, il y a erreur en 9i ou en 10g même si la spec. du package n'est pas modifiée. Voir les scénarios que j'ai posté sur OTN. __________________ P. Forstmann AskTom Forums OTN doc 8, 9, 10 et 11
	00

06/12/2007, 09h22	#7
Garuda Membre Expert Philippe CHIRCOP Chef de projet Inscription : juin 2007 Messages : 1 109 Détails du profil Informations personnelles : Nom : Philippe CHIRCOP Localisation : France Informations professionnelles : Activité : Chef de projet Secteur : Bâtiment Informations forums : Inscription : juin 2007 Messages : 1 109 Points : 1 559 Points : 1 559	- Faire un variable "privée" (cad non déclarée dans les spec) : ex NomProc - Faire une fonction "publique" (cad déclarée dans les specs) qui te retourne la valeur de cette variable (ex : GetNomProc ) Tu pourras ainsi modifier la valeur de cette variable sans changer le statut des specs Au fait, pourquoi dans ton cas ne pas faire une constante ? __________________ Garuda गरूड Brahmâ la Guerre et Vishnu la Paix Oracle 10.2.0.4 - Forms6i patch 17 - Toad 11.1 - sharePoint 2010
	00

02/12/2007, 14h52	#2
Vincent Rogier Rédacteur/Modérateur vincent rogier Inscription : juillet 2007 Messages : 2 355 Détails du profil Informations personnelles : Nom : vincent rogier Âge : 34 Informations forums : Inscription : juillet 2007 Messages : 2 355 Points : 3 108 Points : 3 108	Si la compilation touche au body (modification de prototypes de fonctions) et/ou variables du package, tu auras forcement lors du prochain appel au package une erreur car l'instance de ton package au sein de ta session est devenue invalide, cela quelque soit la version du serveur.
	00

03/12/2007, 17h12	#4
Vincent Rogier Rédacteur/Modérateur vincent rogier Inscription : juillet 2007 Messages : 2 355 Détails du profil Informations personnelles : Nom : vincent rogier Âge : 34 Informations forums : Inscription : juillet 2007 Messages : 2 355 Points : 3 108 Points : 3 108	Effectivement, mon clavier a fourché ! C'est bien aux spécifications de packages et non aux corps de packages auxquelles je faisais référence ! Désolé si j'ai induis certains en erreur !
	00

05/12/2007, 21h18	#6
GMI3 Membre actif Inscription : septembre 2003 Messages : 83 Détails du profil Informations personnelles : Localisation : France Informations forums : Inscription : septembre 2003 Messages : 83 Points : 191 Points : 191	Merci pour vos infos. Je vais y perdre énormément en terme de souplesse. Tous mes packages ont une variable globale qui précise le nom du package lui-même. Y a-t-il une solution pour éviter ce mode ? C'est très lourd pour les modifs en "live"
	00

08/12/2007, 23h22	#8
GMI3 Membre actif Inscription : septembre 2003 Messages : 83 Détails du profil Informations personnelles : Localisation : France Informations forums : Inscription : septembre 2003 Messages : 83 Points : 191 Points : 191	en fait je pensais plutot à un changement de paramétrage sur oracle . Il faudrait effectivement changer tous les packages existant mais je pense qu'il y a une bonne raison pour que cette variable soit globale. Merci pour tes infos et à+
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email