Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 10-10-2008, 13:14   #1
RaouL_BennetH
Senior Member
 
L'Avatar di RaouL_BennetH
 
Iscritto dal: Sep 2004
Messaggi: 3967
[C#/Db(qualsiasi)]gestione open/close

Ciao a tutti

leggendo il 3d in sezione relativo ai linguaggi managed ed unmanaged, ho letto l'intervento di alcuni di voi che, se non ho capito male, sanno come fare per gestire correttamente le connessioni ad un database.

Per gestire correttamente intendo non solo come aprirle, ma anche come chiuderle.

Io generalmente ho provato in diversi modi, sia utilizzando lo 'using' garantendomi così una chiamata al metodo dispose, sia 'piazzando' io un close ed un dispose dopo averlo ritenuto opportuno.

Chiedo quindi a voi, mi potreste fare degli esempi su quale sia la pratica considerata corretta per gestire le connessioni ai database?

Grazie mille

RaouL.
__________________
Dai wafer di silicio nasce: LoHacker... il primo biscotto Geek
RaouL_BennetH è offline   Rispondi citando il messaggio o parte di esso
Old 10-10-2008, 23:15   #2
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
La using e' meglio

Codice:
string queryString =
        "SELECT OrderID, CustomerID FROM dbo.Orders;";

    using (SqlConnection connection =
               new SqlConnection(connectionString))
    {
        SqlCommand command =
            new SqlCommand(queryString, connection);
        connection.Open();

        SqlDataReader reader = command.ExecuteReader();

        // Call Read before accessing data.
        while (reader.Read())
        {
            Console.WriteLine(String.Format("{0}, {1}",
                reader[0], reader[1]));
        }

        // Call Close when done reading.
        reader.Close();
    }
Con la using non e' necessario la close della connessione perche' e' implicita (e neppure del datareader in realta')

Ma se proprio vuoi strafare impari ad usare LINQ to SQL e la parte funzionale del C# e, a patto per ora di usare un Database SqlServer, ti togli tanti problemi.
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
Old 11-10-2008, 11:40   #3
RaouL_BennetH
Senior Member
 
L'Avatar di RaouL_BennetH
 
Iscritto dal: Sep 2004
Messaggi: 3967
Grazie

Per il momento devo utilizzare ancora il .net 2.0 e come database non ho molta scelta fra:

mysql e postgresql

Ancora una piccola domanda:

Trattandosi di applicazioni client io generalmente mi creo delle classi apposite per tutte le operazioni da fare sul database e dal classico 'bottone' istanzio solo la classe e chiamo il metodo che mi serve. E' una buona pratica oppure c'è qualcosa che si può migliorare?

cioè, per esempio, per fare una qualsiasi operazione di insert, delete o update io faccio:

Codice:
public int DbAction(string commandString)
{
   try
   {
         DbClass db = new DbClass();
         db.OpenConnection();
         db.commandString = commandString;
         SqlCommand cmd = new SqlCommand(db.commandString, db.ActiveConnection);
         int i = cmd.ExecuteNonQuery();
         //blablacode
         return i;
    }
    catch(SqlException ex)
    {
         //blablacode
         return 0;
    }
}

//poi, da qualsiasi form chiamo il metodo passando i vari sqlparameter 
//senza dover ripetere ogni volta la stessa sequenza di comandi

Grazie mille

RaouL.
__________________
Dai wafer di silicio nasce: LoHacker... il primo biscotto Geek

Ultima modifica di RaouL_BennetH : 11-10-2008 alle 11:53.
RaouL_BennetH è offline   Rispondi citando il messaggio o parte di esso
Old 11-10-2008, 12:43   #4
RaouL_BennetH
Senior Member
 
L'Avatar di RaouL_BennetH
 
Iscritto dal: Sep 2004
Messaggi: 3967
Uhm.. c'è qualcosa che non mi torna:

Codice:
using System;
using System.Collections.Generic;
using System.Configuration;
using System.Data;
using Npgsql;
using System.Text;


namespace TestPSql
{
    class DbConnection
    {
        private string connectionString = ConfigurationManager.ConnectionStrings["TestPsql.Properties.Settings.dbConnection"].ConnectionString;

        public void PrimoTest(string commandString)
        {
            try
            {
                using (NpgsqlConnection cn = new NpgsqlConnection(connectionString))
                {
                    cn.Open();
                    NpgsqlCommand cmd = new NpgsqlCommand(commandString, cn);
                    cmd.ExecuteNonQuery();
                }
            }
            catch (NpgsqlException ex)
            {
                System.Windows.Forms.MessageBox.Show(ex.Code);
            }
        }

    }
}

//dal form

private void Form1_Load(object sender, EventArgs e)
{
      DbConnection db = new DbConnection();
      db.PrimoTest("SELECT * FROM test");
}
Succede questo:

dopo aver ottenuto i miei risultati, se vedo le connessioni attive sulla macchina dove gira postgresql, mi trovo sempre la connessione del client aperta. L'unico momento in cui si chiude la connessione è quando chiudo l'applicazione.

Idee ?
__________________
Dai wafer di silicio nasce: LoHacker... il primo biscotto Geek
RaouL_BennetH è offline   Rispondi citando il messaggio o parte di esso
Old 11-10-2008, 16:09   #5
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
Quote:
Originariamente inviato da RaouL_BennetH Guarda i messaggi
Uhm.. c'è qualcosa che non mi torna:

Succede questo:

dopo aver ottenuto i miei risultati, se vedo le connessioni attive sulla macchina dove gira postgresql, mi trovo sempre la connessione del client aperta. L'unico momento in cui si chiude la connessione è quando chiudo l'applicazione.

Idee ?
E' corretto (meglio, e' plausibile).
Se si dovesse veramente aprire e chiudere una connessione ogni volta che si esegue un comando, l'overhead del protocollo di negoziazione supererebbe il tempo necessario per eseguire un comando, con la conseguenza che di fronte a comandi corti e banali l'applicazione si siederebbe.
Non sarebbe neppure corretto aprire una connessione e lasciarla aperta per sempre, altrimenti un eventuale crash la lascerebbe aperta.
Quindi e' stato deciso di demandare la gestione delle connessioni al .NET framework.
Tu dal punto di vista utente pensi di aprire e chiudire le connessioni, ma il pool delle connessioni e' in realta' gestito dal framework, e la cui apertura ma soprattutto le chiusure vengono gestite automaticamente.
In pratica fai le cose come si deve e non preoccuparti di cosa succede sotto la coperta.
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
Old 12-10-2008, 12:29   #6
RaouL_BennetH
Senior Member
 
L'Avatar di RaouL_BennetH
 
Iscritto dal: Sep 2004
Messaggi: 3967
Quote:
Originariamente inviato da gugoXX Guarda i messaggi
E' corretto (meglio, e' plausibile).
Se si dovesse veramente aprire e chiudere una connessione ogni volta che si esegue un comando, l'overhead del protocollo di negoziazione supererebbe il tempo necessario per eseguire un comando, con la conseguenza che di fronte a comandi corti e banali l'applicazione si siederebbe.
Non sarebbe neppure corretto aprire una connessione e lasciarla aperta per sempre, altrimenti un eventuale crash la lascerebbe aperta.
Quindi e' stato deciso di demandare la gestione delle connessioni al .NET framework.
Tu dal punto di vista utente pensi di aprire e chiudire le connessioni, ma il pool delle connessioni e' in realta' gestito dal framework, e la cui apertura ma soprattutto le chiusure vengono gestite automaticamente.
In pratica fai le cose come si deve e non preoccuparti di cosa succede sotto la coperta.

Ah ecco!

In effetti avrei potuto intuirlo anche da solo dato che avevo provato ad aprire la connessione, chiuderla ed eseguire una select dopo aver chiuso la connessione.. giustamente l'eccezione sollevata mi diceva che non potevano essere eseguiti comandi con la connessione chiusa.

Allora però mi resta il dubbio sulle affermazioni di alcuni programmatori che ritengono di essere loro a gestire le connessioni in maniera autonoma.

Grazie davvero.

RaouL.
__________________
Dai wafer di silicio nasce: LoHacker... il primo biscotto Geek
RaouL_BennetH è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 07:16.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v