Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Test ride Can-Am Origin: la moto elettrica che fa dimenticare il motore a scoppio (ma occhio all'autonomia)
Test ride Can-Am Origin: la moto elettrica che fa dimenticare il motore a scoppio (ma occhio all'autonomia)
Abbiamo provato per una settimana intera la Can-Am Origin, la Dual Sport elettrica del gruppo canadese BRP: ecco com'è andata tra città, autostrada e un primo assaggio di sterrato
Logitech G325, G305 e G316 X: il tris per chi non vuole rinunciare a nulla, spendendo poco
Logitech G325, G305 e G316 X: il tris per chi non vuole rinunciare a nulla, spendendo poco
Nelle ultime settimane abbiamo provato il mouse Logitech G305, la tastiera G316 X 98 e le cuffie G325. Si tratta del setup entry-level di Logitech che ormai, di "entry-level" ha ben poco. Tastiera e mouse offrono prestazioni di livello competitivo con quasi nessuna rinuncia e un livello di personalizzazione estremamente elevato. Le cuffie, invece, hanno mostrato qualche debolezza, ma propongono un ventaglio di funzionalità completo che consente di abbandonare completamente i cavi
Recensione POCO F9 pro: potenza da vero top di gamma, display da 185 Hz e finalmente una fotocamera da prendere sul serio
Recensione POCO F9 pro: potenza da vero top di gamma, display da 185 Hz e finalmente una fotocamera da prendere sul serio
POCO F9 Pro arriva sul mercato con l'obiettivo di portare prestazioni da smartphone top di gamma in una fascia di prezzo "più aggressiva", senza rinunciare a un comparto fotografico finalmente all'altezza. Dopo averlo testato sul campo, emerge uno smartphone molto più completo rispetto alla generazione precedente, ma anche con alcuni piccoli compromessi che diventano difficili da ignorare quando il prezzo di listino sfiora i 1.000 euro.
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


Test ride Can-Am Origin: la moto elettrica che fa dimenticare il motore a scoppio (ma occhio all'autonomia) Test ride Can-Am Origin: la moto elettrica che f...
Logitech G325, G305 e G316 X: il tris per chi non vuole rinunciare a nulla, spendendo poco Logitech G325, G305 e G316 X: il tris per chi no...
Recensione POCO F9 pro: potenza da vero top di gamma, display da 185 Hz e finalmente una fotocamera da prendere sul serio Recensione POCO F9 pro: potenza da vero top di g...
Tra audio e AI: la ricetta di Qualcomm per l'agentic AI Tra audio e AI: la ricetta di Qualcomm per l'age...
Qualcomm annuncia la nuova generazione di SoC Snapdragon 8 Elite Gen 6 Qualcomm annuncia la nuova generazione di SoC Sn...
HEO Space ha rilasciato una nuova immagi...
La missione Artemis III sarebbe in ritar...
Apple apre Music Hall, una sala concerto...
Adobe arriva su Gemini e Claude: nuove f...
Non solo Fideuram: quasi 2 milioni di it...
I lettori CD di fascia alta potrebbero s...
Tutto il meglio di Amazon weekend: 5 nov...
Proscenic P15+ a 113€ su Amazon: scopa e...
TP-Link Wi-Fi 6 a 59,99€ e Tenda 4G03 Pr...
Un quasi top di gamma a 461€: lo smartph...
Roborock Saros 20 Neo e Flow Complete: 3...
Mac mini si trasforma: chip a 2 nanometr...
Su Amazon c'è un super TV Samsung...
La Cina ha rilasciato un satellite dallo...
Il satellite LINK è rientrato nel...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
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: 20:46.


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