A voir également:
- Problème insertion données Oracle
- Fuite données maif - Guide
- Insertion sommaire word - Guide
- Insertion liste déroulante excel - Guide
- Touche insertion clavier - Guide
- Insertion signature word - Guide
1 réponse
Salut,
Quand tu lance ton script, tes données sont générées dans un segment temporaire effectivement, lequel ne se déverse en physique qu'au commit final de ton script. Si la base est stable, le commit est automatique après un certain tps ce qui explique le tps de latence observé. Il y a donc pls solutions : soit le commit n'est pas effectif, soit l'espace temp n'est pas correctement dimensionné pour les script que tu lances. Dans ce cas tu peux :
générer tes scripts, vérifier les insertions (combien de lignes crées pour combien d'insert du script), tu fais un commit après et tu vas inspecter tess tables. Si ça ne tourne pas, tu casses ton script : tu y colles des chekpoint tous les 5 ou 6 insert et un commit. Ca te permettra de passer en physique au fur et à mesure du deroulement du script et de libérer le segment temp pour la suite du script.
Bien entendu l'idéal serait de faire un audit de la base mais la il vaut mieux voir le DBA !
Quand tu lance ton script, tes données sont générées dans un segment temporaire effectivement, lequel ne se déverse en physique qu'au commit final de ton script. Si la base est stable, le commit est automatique après un certain tps ce qui explique le tps de latence observé. Il y a donc pls solutions : soit le commit n'est pas effectif, soit l'espace temp n'est pas correctement dimensionné pour les script que tu lances. Dans ce cas tu peux :
générer tes scripts, vérifier les insertions (combien de lignes crées pour combien d'insert du script), tu fais un commit après et tu vas inspecter tess tables. Si ça ne tourne pas, tu casses ton script : tu y colles des chekpoint tous les 5 ou 6 insert et un commit. Ca te permettra de passer en physique au fur et à mesure du deroulement du script et de libérer le segment temp pour la suite du script.
Bien entendu l'idéal serait de faire un audit de la base mais la il vaut mieux voir le DBA !