Précédent   Forum des professionnels en informatique > Bases de données > Oracle
Oracle Forum Oracle : le serveur, les outils, ... Voir F.A.Q Oracle Tutoriels Oracle
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 26/10/2007, 18h34   #1
Membre actif
 
Avatar de Sceener
 
Inscription : mai 2007
Messages : 229
Détails du profil
Informations forums :
Inscription : mai 2007
Messages : 229
Points : 179
Points : 179
Envoyer un message via MSN à Sceener
Par défaut Parallel insertion ?

Bonsoir ,

voilà j'ai un souci de perfermonces sur une base de donnée sur laquelle je souhaite exécuter un script d'insertion de donnée de d'autres table , pour cela j'ai developpé une procédure stocké qui pratique quelque test avant d'insérer la ligne dans la table , enfin dans ma PS , j'ai prévu un commit tous les 1000 lignes. j''éxécute ma ps via un script shell sous unix.

envue d'améliorer le temps de traitement ,j'ai dupliqué mes script shell et j'ai fait en sorte que ma ps utilise des tranches pour exécuter chaque tranche via la ps et commeça réduire le temps. mais le temps de traitement reste toujours intolérable ?

avez-vous des suggestions pour réduire le temps de traitement?

Merci d'avance.
__________________
La sagesse des hommes ne tient pas à leur expérience, mais à leur aptitude à l'expérience.

Sceener est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/10/2007, 11h49   #2
Membre habitué
 
Inscription : août 2005
Messages : 116
Détails du profil
Informations personnelles :
Âge : 27

Informations forums :
Inscription : août 2005
Messages : 116
Points : 109
Points : 109
Plusieurs solutions sont possibles :
Réduit la fréquence de commit.
Enléve les tests de ta procédure stockée et réalise les dans ton traitement UNIX.

Pourrais tu fournir la taille de la base ainsi que des informations sur la machine ?
hurricane est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/10/2007, 11h57   #3
Membre actif
 
Avatar de Sceener
 
Inscription : mai 2007
Messages : 229
Détails du profil
Informations forums :
Inscription : mai 2007
Messages : 229
Points : 179
Points : 179
Envoyer un message via MSN à Sceener
Citation:
Envoyé par hurricane Voir le message
Réduit la fréquence de commit.
j'ai 2 millions d'enregistrement et le traitement duplique des données sur plusieurs tables .
Citation:
Envoyé par hurricane Voir le message
Enléve les tests de ta procédure stockée et réalise les dans ton traitement UNIX.
Mes Tests sont au niveau base de donnée je ne oeux les déporter sur unix.


Merci
__________________
La sagesse des hommes ne tient pas à leur expérience, mais à leur aptitude à l'expérience.

Sceener est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/10/2007, 13h28   #4
Membre habitué
 
Inscription : août 2005
Messages : 116
Détails du profil
Informations personnelles :
Âge : 27

Informations forums :
Inscription : août 2005
Messages : 116
Points : 109
Points : 109
Est ce que tes tables sont partionnées ? C'est aussi un degré d'optimisation le partionnement.
hurricane est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 30/10/2007, 11h12   #5
Membre actif
 
Avatar de Sceener
 
Inscription : mai 2007
Messages : 229
Détails du profil
Informations forums :
Inscription : mai 2007
Messages : 229
Points : 179
Points : 179
Envoyer un message via MSN à Sceener
oui les tables sont partitionnés ,

Pour avoir plus d'idée j'ai mis une table ou j'écris l'heure exact de fin de traitement de chaque 1000 clients pour toutes mes tranches , ce que j'ai remarqué c'est que juste deux processus qui écrivent chaque 5 minutes les autres restent immobille pendant longtemps.

problème c'est que Oracle n'affiche pas de latence ce qui me laisse perplexe à propos du multitache que j'ai fait , ça marche pas à vrai dire.
__________________
La sagesse des hommes ne tient pas à leur expérience, mais à leur aptitude à l'expérience.

Sceener est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 15h53.


 
 
 
 
Partenaires

Hébergement Web