Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Rapidité d'exécution entre BDD et programme
Bonjour,
Je rencontre un soucis sur ma base de données. en faisant des modifications dans le code du programme, il s'avère que les modifications qui devraient être effectuées dans la base ne se font pas (Sachant que les modifications en question sont là pour augmenter la rapidité). Est-ce la base ou le programme qui ne suit pas selon vous ? Ma base est une base sql server
Merci par avance
Pas compris ton problème la.
Tu peux préciser?
Bonjour,
Désolé, j'ai tapé ce message sans me relire juste avant de partir. Donc mon problème : Je bosse sur un programme en vb.net couplé à une base Sql Server. Actuellement, le programme est relativement lent pour un des traitements et je dois donc trouver une solution pour le rendre un peu plus rapide. J'ai bien trouvé une solution mais par contre, j'ai constaté que les champs de ma base n'étaient pas mis correctement à jour partout.
C'est en plaçant un sleep dans le code que je m'en suis rendu compte. Donc ma question : Selon vous, est-ce que le code VB qui va trop vite par rapport aux requêtes ?
Oui mais est-ce que tu fais tes opérations en local dans un dataset ou directement sur la base de donnée avec une série de SqlCommande ?
Je parcours deux DataSet. Le premier permet contient 550 enregistrements et ensuite pour chacun des enregistrements, un deuxième Dataset est parcouru, il contient n enregistrements.
En gros, j'ai deux While imbriqués, et je fais des requêtes de mise à jour ou d'insertion dedans.
Il y a donc des risques de pertes de données ? J'ai vraiment de grosses différences de résultats avec les 2 versions, sachant que je n'ai pas changé l'algo du programme, mis à part le type de parcours des données à traiter.
Non je pense pas. A priori, lorsque tu fais une requête, tant qu'elle n'est pas faite, le code reste où il est.
Je pense plutôt a un problème de requête ou de logique dans le code. Montre nous ce que tu fais, et la ligne qui ne fonctionne pas très bien, ça pourrais aider.
18000 lignes :O !!
Je passe, je suis pas fou lol ! N'empêche que Mac a raison, sans code on va difficilement pouvoir voir ce qui pêche.
Répondre avec citation
Partager