Discussion :

[Cedric33]

Bonjour,
Voila j'ai un petit soucis. J'aimerais créer une connexion (à SQL server) globale à tout le programme.
J'ai ma connexion :

Code :

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

1
2
3
 
SqlConnection oConnexionMaBase = new SqlConnection(Ma chaine de connexion);
oConnexionMaBase.Open();

Je ne vois pas où l'initialiser pour qu'elle soit acccessible partout dans le programme
Merci bp d'avance pour votre aide.
Cédric

[Paul Musso]

Bonsoir,

Ce n'est pas vraiment recommandé pour une question de performance, et je te le déconseille fortement.

Mais sinon, c'est quoi comme type de programme ? Winforms, ASP. Net, autre ?

[tomlev]

Je ne vois pas où l'initialiser pour qu'elle soit acccessible partout dans le programme

Tu peux la déclarer comme membre statique d'une classe, et l'initialiser dans le constructeur statique :

Code :

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

1
2
3
4
5
6
7
8
9
public class UneClasse
{
    public static SqlConnection oConnexionMaBase;
 
    static UneClasse()
    {
        oConnexionMaBase.Open();
    }
}

Mais à mon avis ce n'est pas vraiment nécessaire d'avoir une connexion accessible globalement : en effet, les connexions aux bases utilisent le pooling (à moins que tu ne le désactives explicitement dans la connection string). C'est à dire qu'un certain nombre de connexions ouvertes sont conservées dans un "pool" pour être réutilisées ultérieurement, même lorsque tu appelles Close dessus. Lorsque tu ouvres une nouvelle connexion avec la même chaine de connexion et qu'une connexion du pool est disponible, elle est réutilisée. Donc le fait de créer une nouvelle SqlConnection et d'appeler Open dessus ne causera pas réellement l'établissement d'une nouvelle connexion au serveur, ce qui évite de se préoccuper du nombre de connexions ouvertes.

Ce n'est pas vraiment recommandé pour une question de performance, et je te le déconseille fortement.

Pourquoi ça ? Je ne vois pas le rapport avec les performances... peux-tu développer ?

[SaumonAgile]

Le problème de perf vient du fait que pour être thread-safe, l'accès à la connexion doit être protégé, ce qui fait que tu ne peux jamais avoir plus d'une connexion à la base en même temps. En plus, si jamais, tu prends l'habitude de faire ça en winforms, imagine ce qui va se passer le jour où tu passeras en ASP.NET : tu n'auras qu'une connexion pour tous les utilisateurs en même temps !

[Cedric33]

Merci pour vos réponses.
C'est pour une appli Winforms. En fait je voulais créer une connexion globale afin de savoir à tout moment qui est connexion (acces concurrents).

[Paul Musso]

Pour savoir le nombre de connexions, tu peux mettre en place un compteur statique et protégé, et pour empécher que 2 personnes réalisent une action quelconque sur la base en même temps, tu peux utiliser un bon vieux lock (pas forcément très performant par contre, ca dépend surtout du nombre d'utilisateurs moyen).