Précédent   Forum des professionnels en informatique > Bases de données > Décisions SGBD
Décisions SGBD Forum de décisions sur le choix en bases de données. Le Comparatif
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 22/10/2004, 09h29   #1
Membre à l'essai
 
Inscription : mai 2004
Messages : 58
Détails du profil
Informations forums :
Inscription : mai 2004
Messages : 58
Points : 20
Points : 20
Par défaut [SGBD]Evaluation du temps d'une transaction

Bonjour,

Je voulais savoir les critères d'évaluation du temps nécessaire pour l'excution d'une transation côté serveur.
vsavoir est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 22/10/2004, 17h24   #2
Expert Confirmé Sénior
 
Avatar de qi130
 
Homme Pierre
Ingénieur qualité méthodes
Inscription : mars 2003
Messages : 3 726
Détails du profil
Informations personnelles :
Nom : Homme Pierre
Âge : 51
Localisation : France

Informations professionnelles :
Activité : Ingénieur qualité méthodes
Secteur : Finance

Informations forums :
Inscription : mars 2003
Messages : 3 726
Points : 4 739
Points : 4 739
moi je veux bien, mais bien du courage pour obtenir une fonction corrélant tout ce qui suit :

- puissance du serveur (RAM, CPU-clock, vitesse & buffer des HD,...)
- taille de la BdD, % de désorganisation
- complexité de la requète (type (select/update/insert), jointure(s)?, requètes imbriquées)
- encombrement/taux de sollicitation du serveur (serveur dédié? , nb d'utilisateurs et typologie des actions qu'ils génèrent)

Je suis preneur de la formule magique
__________________
"Il n'y a pas de bonnes réponses à une mauvaise question." (M. Godet)
-----------------------
Pensez à cloturer votre sujet - Aucune réponse aux sollicitations techniques par MP
Usus magister est optimus
qi130 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 24/10/2004, 18h02   #3
Expert Confirmé
 
Avatar de Katyucha
 
Inscription : mars 2004
Messages : 3 109
Détails du profil
Informations personnelles :
Âge : 31
Localisation : Allemagne

Informations forums :
Inscription : mars 2004
Messages : 3 109
Points : 3 313
Points : 3 313
Si ton problème est une transaction beaucoup trop longue, je pense qu'il y a un moyen de chronométré la transaction, par un simple script.
Quel est ta plateforme et SGBD?
Par exemple sous unix :
Code :
1
2
3
4
 
date > oo
./lancement_du_script 
date >> oo
Et tu regardes le fichier oo après *s'est deja fait engueulé par son admin sys parce qu'il y avait beaucoup de fichier oo dans des rep *

Si la requete - du genre complexe avec pas mal de sous requetes- prend énormément de temps, lance dans le même style chaque sous requete, jusqu'a trouver le goulot d'étranglement
Katyucha est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 26/10/2004, 16h13   #4
Rédacteur/Modérateur
 
Avatar de fadace
 
Homme Fabien Celaia
Administrateur de base de données
Inscription : octobre 2002
Messages : 3 779
Détails du profil
Informations personnelles :
Nom : Homme Fabien Celaia
Âge : 41
Localisation : Suisse

Informations professionnelles :
Activité : Administrateur de base de données
Secteur : Service public

Informations forums :
Inscription : octobre 2002
Messages : 3 779
Points : 8 124
Points : 8 124
Envoyer un message via ICQ à fadace Envoyer un message via Skype™ à fadace
... et attention a bien dissocier le temps de calcul du serveur et celui qu'il faut pour rappatrier les données via le LAN
fadace est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 26/10/2004, 17h53   #5
Membre à l'essai
 
Inscription : mai 2004
Messages : 58
Détails du profil
Informations forums :
Inscription : mai 2004
Messages : 58
Points : 20
Points : 20
Merci à tous pour vos réponses.

Citation:
Je suis preneur de la formule magique
Dès que je l'aurai trouvé je te ferai part de ma découverte.
vsavoir est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 00h34.


 
 
 
 
Partenaires

Hébergement Web