Connection à une BDD

Salut,

Pour ce qui est de logguer dans le journal, il y a des classes spécialisées pour ça dans le FrameWork.

Le singleton devrait être considéré comme une variable d'application. Les valeurs que les singleton mémorise sont disponibles pour l'ensemble de l'application. S'agissant de connections, à part provoquer des embouteillages, je vois pas l'intérêt.

Citation:

Le framework s'occupe du reste. Il gére le pool de connexions, prend une connexion dispo quand il en a besoin, agrandit le pool si nécessaire...

Oui, mais, en créant un objet de connexion à chaque fois qu'on en a besoin on peut provoquer des dégats. Il faut absolument le faire dans des "using". Dans le cas contraire, on oublie de "Disposer" les objets et provoque une saturation du pool (dans le cas d'utilisation au sein de boucles).
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 public static void Select() { // Creation de la fabrique DbProviderFactory factory = DbProviderFactories.GetFactory(ConfigurationManager.ConnectionStrings["ChaineDeConnexion"].ProviderName); // Objet connection using (IDbConnection connection = factory.CreateConnection()) { connection.ConnectionString = ConfigurationManager.ConnectionStrings["ChaineDeConnexion"].ConnectionString; connection.Open(); // Objet Command using (IDbCommand command = factory.CreateCommand()) { command.CommandText = "SELECT * FROM usr_contract"; // Object datareader using (IDataReader reader = command.ExecuteReader()) { while (reader.Read()) { for (int i = 0; i < reader.FieldCount; i++) { if (reader[i] != DBNull.Value) Console.Write(reader[i].ToString()); else Console.Write("NULL"); if (i < reader.FieldCount) Console.Write("|"); } Console.WriteLine(); } } } } }
Même dans des "using", la création d'objets de connexion provoque une élévation du nombre de connections par secondes. Ce n'est pas forcement un problème en soit, mais en général tous les pics sont des anomalies.
Personnellement, quand une de mes classes a besoin de se connecter à une base de données, je créé un objet de connection privé dont peut disposer toutes les méthodes de la classe. Cela impose de rendre ma classe disposable. Dans cet esprit, dans le code ci-dessus les objet "connection" et "command" seraient instanciés dans le constructeur de la classe (non statique du coup) et détruits dans la méthode "Dispose".

Ainsi, je profite du pool et n'augmente pas outrageusement le nombre de connections par secondes.

A+

Personnellement, dans l'envirronement asp.net, j'utilise tres souvent qu une seule base de donnée.J ai donc une classe page qui ouvre un connection sur le oninit et la ferme sur le onunload. Ainsi, si une classe a besoin d une connection lors de l'execution d'une page, elle en a une toute prete sans avoir a se preoccuper de quoi que ce soit.

Si je resume :
• Tu as une class static par exemple de connection à la BDD (ouverture/fermeture).
• Tu as une une class CommonPage dans laquelle dans le OnInit tu ouvres la connection et dans le onUnload tu fermes la connection.
• Toutes les pages web herite de CommonPage et pourront se servir de cette connection deja ouverte et sera fermé a chaque fois que tu changes de page.

C'est ca ?

Je n ai aps de classe statique. J'instancie un objet IDBConnection qui sera utilisé tout le long de l execution de la page et que je fermerais a la fermeture.

Je laisse .net gerer cette conenction dans le pool qu il veut. Tout ce que je sais c'Est que ma connection sera ouverte et fermé dans ma apge.

Les puristes retorqueront qu il faudrait simplement utiliser cette ouverture fermeture au plus pres du code qui utilise les données, et je ne les detromperais pas. Maintenant, je trouve ca aussi bien de n'instancier qu une seule fois mon objet IdbConnnection, en particulier lorsque beaucoup d'objet font appel a cette base de données dans ta page.

Encore une fois tout depend du contexte.

Ne pas utiliser d'objet statique me permet d'eviter tout probleme de lock et de concurrence, je n'y pense tout simplement pas.

Edit:

Oui j ai une classe statique ( je l avais oubliée celle la!)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 /// <summary> /// Connection to the database of this application /// </summary> public IDbConnection ApplicationConnection { get { return MonObjetContext.GetConnection(); } set { MonObjetContext.SetConnection(value); } } protected override void OnInit(EventArgs e) { //create the connection to the Application Database and open it ApplicationConnection = DataProviderFactory.GetInstance().GetConnection(connectionstring); ApplicationConnection.Open(); base.OnInit(e); } protected override void OnUnload(EventArgs e) { if (ApplicationConnection != null) { //Close the connection to the Application Database and destroy it ApplicationConnection.Close(); ApplicationConnection.Dispose(); } base.OnUnload(e); }