Discussion :

[Endymion222]

Bonjour à tous,

J'ai une petite question à laquelle les 'experts' Oracle locaux n'ont pas su me donner une réponse définitive.

Voila, j'ai un ensemble de scripts PL/SQL à lancer pendant toutes les nuits (le traitement prends au minimum 1h), sur une base (appellée base de stat) elle même clonée dans la nuit à partir d'une base existante (oui, c'est tordu )


La question est :
Si je lance mes scripts en plein milieu de l'import de la base de stat, est ce que mon traitement va être différé à la fin de l'import?

Merci d'avance

Edition : c'est du 8i

[KiLVaiDeN]

Bonjour,

Si j'ai bien compris la question, tu ne sais pas trop si pendant une opération lourde d'insert/update un autre script peut calculer des données sur la table ?

Je pense que c'est dangereux. Il existe des moyens de poser des LOCK sur les tables qui sont concernées par les import, me semble-t-il, avec par exemple :

Code :

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

LOCK TABLE une_table IN EXCLUSIVE MODE;

[Endymion222]

Si l'expression

opération lourde d'insert/update

Comprends également un import de base (réalisé à partir de imp.exe) alors oui, ca répond...

(et je voulais pas cette réponse )

[KiLVaiDeN]

Désolé, j'ai pas les yeux en face des trous sur ce coup là ! Je viens de relire ton message, ma réponse est un peu hors sujet

Donc pour bien faire je vais te répondre
En fait ton import va "commit" les données importées à la fin du script d'import, si je comprend bien. Donc, si tu lances ton script avant, il fonctionnera, mais avec les données avant le commit final de l'import.

Il existe une option avec imp.exe, tu peux spécifier le paramètre COMMIT=Y, pour améliorer le fonctionnement que j'ai décrit, mais je crains que tu ne sois ennuyé par rapport à la cohérence des données non ? Car je suppose que tes calculs doivent s'effectuer une fois l'import terminé, pour être cohérents..

Si tu as un moyen de lancer le processus d'import en batch, tu peux récupérer les lignes retournés par le programme. Une fois que tu récupères la ligne "Import terminated successfully" tu pourras donc déclencher tes scripts PL/SQL..

J'espère ne pas être à coté de la plaque ce coup-ci

[Pomalaix]

Si je lance mes scripts en plein milieu de l'import de la base de stat, est ce que mon traitement va être différé à la fin de l'import?

Non ! Un SGBD, de manière générale, est conçu pour traiter les différentes demandes en même temps.
Donc Oracle fera l'import et exécutera vos scripts en même temps, même si fonctionnellement ça n'a aucun sens pour vous.

Si vous avez une certaine chronologie à respecter dans vos traitements, c'est à vous de la prendre en charge (et pas en bricolant avec des LOCK !!!)

Un petit script qui fait
1- import
2- traitements PL/SQL
ce n'est pas possible dans votre contexte ?

[KiLVaiDeN]

Si vous avez une certaine chronologie à respecter dans vos traitements, c'est à vous de la prendre en charge (et pas en bricolant avec des LOCK !!!)

Bonjour,

Quel problème vois-tu aux LOCK ?

[Endymion222]

Aie...

Disons que je comptais dissocier complement le lancement de l'un et de l'autre (le Service informatique local gère la MAJ, nous, on gère le reste)

Y a t'il moyen de réaliser un lock général ?

Je sens que ca va tourner à la bidouille pas belle du tout ca...

[Endymion222]

Solution trouvée !!!


Avant de lancer mes procédures, je fais un

Code :

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

select count(*) from v$session where program='IMP'

Note : 'IMP' à confirmer/tester


Tant que j'ai un résultat, j'attends (1/4 d'heure par exemple)

Merci beaucoup de votre aide