Discussion :

[leSeb]

Bonjour,

Je souhaiterais savoir s'il est possible d'établir plusieurs connexions simultanément vers une même base de données à partir d'un même processus. L'intérêt est de pouvoir faire deux transactions en parallèle (sur des tables différentes biensur).

J'utilise MySQL pour la base de données et ma classe de connexion est ODBCConnection.

Merci d'avance ...

[JauB]

à partir d'un même processus.

c'est à dire :

[leSeb]

Mon application gère plusieurs transaction parallèlement.
Par exemple :

J'établis une connexion 1
Je commence un transaction 1

J'établis une connexion 2
Je commence une transaction 2

J'execute des requetes 1
J'execute des requetes 2
J'execute des requetes 1
...

Je valide la transaction 2
Je ferme la connexion 1

J'excute des requetes 1

J'annule la transaction 1
Je ferme la connexion 1

[amazircool]

si je tromp pas,
c'est Votre SGBD (my sql) qui gere les transactions non pas le longauge,

[leSeb]

Tout à fait ....

[leSeb]

Personne ne peut me répondre à ce sujet ?????

[JauB]

les transactions peuvent être gérées dans le code aussi.
comme:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
dim transact as OleDb.OleDbTransaction
try
 
MyConnection.Open()
transact = MyConnection.BeginTransaction
'traitement des requêtes SQL
transact.Commit()
catch
transact.Rollback()
end try

enfin c'est ce que je fais moi pour le traitement de mes requêtes SQL dans le code

[zeavan]

rien ne t'empeche d'avoir une connection ouverte pour 2 actions differentes sur ta base de donne a partir du moment ou ces actions sed font sur la meme source de db.

mais vaut mieux ouvrir et fermer cette meme transaction. plutot que de la laisser ouverte tout le temps.

[leSeb]

les transactions peuvent être gérées dans le code aussi.

Ca je sais JauB. Même si je préfere que ce soit MySQL qui gère ma transaction (requete START TRANSACTION.


Ce n'est pas ma question de départ .... Je souhaiterais savoir si je peux gérer deux connexions (à la même base de données) parallèlement (un peu comme si deux programmes attaquaient ma base de données) dans le même programme.

Ma question est en fait de savoir si les deux connexions restent bien distinctes ou si ADO.NET les regoupe (puisqu'elles appartiennent au même processus et ont la même chaine de connexion) ?

Merci de votre aide

[zeavan]

et bien si ta connection string est exactement la meme oui il les gere comme la meme (pool). en tout cas vrai pour sql server

maitenant si tu veux vraiment qu'elle soit distingues par ta db et bien il te suffit de differencier tes connection string meme en ajoutant un blank dans l'une par rapport a l'autre.

ce sujet avait ete aborde d'une autre maniere il n'y a pas longtemps mais je sais plus ou .

[leSeb]

OK, merci ...

Ca ne m'arrange pas mais il va falloir que je fasse avec.

[zeavan]

mais desoler d'insister pour koi tiens tu absolument a avoir 2 connection differentes qui se creeaient a la meme source de db???

[leSeb]

mais desoler d'insister pour koi tiens tu absolument a avoir 2 connection differentes qui se creeaient a la meme source de db???

Et bien tout simplement parce que je ne peux pas combiner en MySQL des LOCK TABLES et des START TRANSACTION sur une même connexion.

Le problème de START TRANSACTION est qu'il ne verrouille une table que lorsque l'on modifie son contenu. Par contre le ROLLBACK permet l'annulation des modifications apportées si besoin .... Je suis donc coincé car je ne peux verrouiller durant cette transaction une autre table (n'intervenant pas dans la transaction) dont le contenu ne doit surtout pas être modifié par quelqu'un d'autres.

C'est pourquoi j'ai pensé à utiliser deux connexions, une qui verrouille la table en question et l'autre qui effectue la transaction.

[zeavan]

ok maitenant je comprend mieux par contre je te propose ceci je ne sais pas si cela existe pour mysql mais je sais que cela existe pour sqlserver puisque je m'en sert:

dans tes strored procedure tu peux tres bien utilise:

select * with lock

verifie le keyword pour mysql WITH c'est le keyword utilise pour sqlserver.

tu as with : lock, nolock ....

[leSeb]

Cela ne resoult pas le problème car LOCK effectue un COMMIT sur la transaction courante ...

Merci tout de même

[leSeb]

Bonne nouvelle (du moins pour moi .......)

On peut réaliser ce que j'ai expliqué plus haut. Avoir deux connexions en parallèles pour un même programme (avec la même chaine de connexion).

A priori, les deux connexions sont bien distinctes. Je pense que le pool n'intervient que pour la création d'une nouvelle connexion (appel du constructeur) et pour des connexions détruites .....

Qu'en pensez-vous ?

[zeavan]

le pool intervient uniquement si la connection string est la meme au blank pret.