oui mais quand c'est 1h30, ça veut bien dire que tu as la main après 1h30 ?
Version imprimable
oui mais quand c'est 1h30, ça veut bien dire que tu as la main après 1h30 ?
donc ca pourrait etre ca le probleme...
En gros il faut je le laisse tourner plus longtemps pour "etre sur" ?
il faut surtout que la requête soit vraiment terminé... status INACTIVE dans v$session ;)
il faut surtout que la session n'existe plus , il fait un quit dans son script :wink:Citation:
Envoyé par orafrance
bah j'ai un quit; ....
et pour ceci : INACTIVE dans v$session
comment je la repere avec son pid?
mais il correspond a quelle champs de la requette?
merci.
Code:
1
2
3
4 SELECT SID FROM v$session WHERE paddr=(SELECT addr FROM v$process WHERE SPID=PID)
merci c bon le probleme etait bien ca :) je coupais trop tot...
c'est etrange...
Comment cela se peut il que le fichier soit bien fini de creer et que seulement 1h plus tard la decoupe s'effectue...
Ok , bonne nouvelle
N'oublie pas le TAG résolu
je l'ai expliqué 2 fois :roll:Citation:
Envoyé par Batmat01
non mais j'ai compris votre reponse mais je ne comprends pas pourquoi cela se passe ainsi :)
c'est etrange mais bon c'est normal :)
la requête est probablement pas super optimisée et Oracle n'arrête la requête qu'après avoir parcouru toutes les données ce qui peut prendre un certain temps et peut durer même après qu'il a toutes les lignes.
Si je te demande de trouver des pommes dans une botte de foin, tu peux me trouver les 3 pommes que je cherchais et continuer jusqu'à avoir retourné tout le foin. Parce que toi tu ne sais pas combien il y a de pommes à trouver. Bah Oracle fait pareil :)