begin process at 2012 05 30 15:26:34
  Trouver un code source :
 
dans
 
Accueil > Forum > 

C++ & C++ .NET

 > 

Base de données

 > 

SQL

 > 

Requetes nombreuses a effectuer-> tps d'execution trop long


Derniers messages déposésPoser une question dans le forum ou lancer une discussion

Requetes nombreuses a effectuer-> tps d'execution trop long

lundi 14 janvier 2008 à 10:23:37 | Requetes nombreuses a effectuer-> tps d'execution trop long

LaTatadu91

Bonjour,

Voila à l'intérieur d'un programme j'effectue des requetes vers SQL Server Express.
des INSERT UPDATE etc... rien de trop méchant en somme.
J'ai pourtant un soucis avec une fonction d'UPDATE sur une table qui est défini ainsi:

champ1| champ2| champ3| champ4| champ5| champ6

alors je dois faire un update des 2 champs 1&2 en fonction des champs 3,4,5et 6...
ce qui donne ceci dans mon prog :

 for ( i_fur=0; i_fur<NB_FUR; i_fur++)
 {
      // For top and bottom
      for ( i_top=0; i_top<s_furndata[i_fur].top_bot; i_top++)
      {
         // For all thermal profils
         for ( i_thprf=0; i_thprf<s_furndata[i_fur].nb_thprf; i_thprf++)
         {
            // For all points of thermal profil
            for ( i_prf=0; i_prf<N_PROFIL; i_prf++)
            {
               strcpy(strExec, "UPDATE MaTableSET ");
               sprintf(temp," champ1= %f", Val1 );
               strcat(strExec,temp);
               strcat(strExec, ",");
               sprintf(temp," champ2 = %f",Val2);
               strcat(strExec,temp);
               sprintf(temp," WHERE champ3 = %d",i_fur);
               strcat(strExec,temp);
               sprintf(temp," AND champ4 = %d",i_top);
               strcat(strExec,temp);
               sprintf(temp," AND champ5 = %d",i_thprf);
               strcat(strExec,temp);
               sprintf(temp," AND champ6 = %d",i_prf);
               strcat(strExec,temp);

               try
               {
                  // Insere des éléments
                  // ===================
                  HRESULT retour = recordset->Open(strExec,
                     connection.GetInterfacePtr(), adOpenForwardOnly,
                     adLockReadOnly, adCmdText);
               }
               catch(_com_error &e)
               {
                  MessageBox(0, (LPCSTR) e.Description(), 0, 0);
                  status = false;
               }
            }// For all points of thermal profil
         }// For all thermal profils
      } // For top and bottom
   } // for all furnaces


Alors le probleme est donc sur les boucles qui vont pour les 3 premieres varier entre 1 et 2 max. mais pr la derniere
N_PROFIL = 1000
on se retrouve avec dans mon cas 4000 updates a faire ce qui prend 20secondes ....
et du coup mon programme prend une sacré claque dans la gueule quand il passe a cet endroit!
je voudrais savoir si il existe une solution pour faire ces updates plus rapidement: changer la requete SQL par exemple sur les conditions pour qu'elles
affectent plus d'enregistrements dans une meme requete
ou carrément si quelqu'un a une idée pour redimensionner ma table (la reconstituer d'une autre maniére)
peut etre que la solution est la ...

j'espere que mon POST sera assez explicite, et merci de votre aide future ....
lundi 14 janvier 2008 à 14:52:27 | Re : Requetes nombreuses a effectuer-> tps d'execution trop long

LaTatadu91

bon je vais tenter d'etre plus clair

j'ai 1000pts a écrire j'écris les coordonnées x et y ( = champ 1 et 2)
chacun de ces points dépend d'autres variables et doit etre unique

donc j'aurais mille pts pr 0,0,0,pt1
                                        0,0,0,pt2
                                        0,0,0,pt3
.                                        .....
                                        0,0,0,pt1000

puis                                 0,0,1,pt1
                                        0,0,1,pt2
                                        0,0,1,pt3
                                            ......
                                        0,0,1,pt1000

puis                                 0,1,1,pt1
                                        0,1,1,pt2
                                        0,1,1,pt3
                                        ......
                                        0,1,1,pt1000

puis                                 1,1,1,pt1
                                        1,1,1,pt2
                                        1,1,1,pt3
                                        ......
                                        1,1,1,pt1000

etc...
ce qui me donne dans mon cas 4000 requetes et 20sec pr ttes les faire....bof bof :(

 

lundi 14 janvier 2008 à 15:12:21 | Re : Requetes nombreuses a effectuer-> tps d'execution trop long

DeAtHCrAsH

Essaye de lock ta table, ensuite tu passes toute tes requetes, enfin tu fait un commit.
Ca sera surement plus rapide, et tu pourras faire un rollback au cas ou.

Shell
lundi 14 janvier 2008 à 15:19:49 | Re : Requetes nombreuses a effectuer-> tps d'execution trop long

LaTatadu91

salut, lol
excuse moi mais dans ta réponse je n'ai rien compris (mode boulet j'avoue)
lock ? (pour moi c'est un gars de LOST)
commit? (avec son pote Wallace? Wallace et ...)
rollback?  ( heu.... pas de blague la ...)



 

lundi 14 janvier 2008 à 17:31:30 | Re : Requetes nombreuses a effectuer-> tps d'execution trop long

DeAtHCrAsH

Jette un oeil sur google pour les définitions de ces termes, tu trouveras surement des exemples à l'appui.
Pour faire simple, le SQL permet d'envoyer des requetes mais de ne pas les appliquer jusqu'à ce qu'un COMMIT soit effectué.

En gros:
- tu vérouilles ta table pour éviter els accès concurenciels (LOCK)
- tu envoies toute tes requetes (a ce stade elle ne sont pas encore appliqué sur la table mais stockées)
- finallement valide l'envoie de toute tes requetes et celle ci vont toutes s'executer d'une traite (COMMIT)

Le ROLLBACK permet de revenir en arrière et d'annuler les changements au cas ou, étant donné que seule le COMMIT va pouvoir définitivement valider tes données insérées par les requetes successives.

Shell


Cette discussion est classée dans : temp, for, strcat, sprintf, strexec


Répondre à ce message

Sujets en rapport avec ce message

optimisation requete SQL [ par LaTatadu91 ] Bonjour à tous,Je programme actuellement un petit code permmetant d'acceder a SQL sever Express (en utilisant ado)à un moment je dois rentrer un table concaténation........... [ par moloko2000 ] Lorsque je concatène une chaine de caractère avec strcat par exemple: strcat(retour_search,temp );retour_search à la valeur suivante:???????????????? [HELP] GetIpAddrTable [ par ghost260984 ] J ai creer un projet en VB qui entre autre récupérait l'adresse IP reso de la machine grace a l API GetIpAddrTable , maintenant je réutilise cette API problème avec des listes > 30 éléments [ par tomalille ] Bonjour,je finalise un programme qui fonctionne parfaitement sauf que je ne peux pas travailler avec une liste de plus de 30 éléments pour le tri par createfile retourne un invalide handle value [ par LaTatadu91 ] salut a tous,voila j'essaye de créer un fichier avec la fonction create fileen fonction de la date de l'heure et autre truc ...ca donne ca :timestamp Probleme de syntaxe SQL [ par LaTatadu91 ] Je ne sais pas quel forum est plus adapté (SQl ou C++)donc REPOST: Bonjour a tous,Voila mon probleme Probleme Winsock [ par fredsor ] Salut a vous, Je suis toujours en train de passer une appli de embedded visual c++ (donc pour Windows CE => Pocket Pc) vers DevC++ (windows "normal", encadre un texte en c/c++ [ par lil_adriano ] Slt tout le monde je debute en C/C++ je voudrai faire cadre  pour un mot mais j'y arrive pas.j'ai essayer de faire un mais on peu pas faire un mot cor erreur de segmentation ? [ par doudou0088 ] Bonjour j'ai une erreur de segmentation lorsque j'éxécute mon programme.Il m'affiche tous les départements en fonction de la lettre seulement pour le


Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Mai 2012
LMMJVSD
 123456
78910111213
14151617181920
21222324252627
28293031   

Consulter la suite du CalendriCode

Photothèque

A découvrir



 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,749 sec (4)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales