Torna indietro   Hardware Upgrade Forum > Software > Programmazione

realme C100x, lo smartphone economico con la batteria da 7500 mAh. La recensione
realme C100x, lo smartphone economico con la batteria da 7500 mAh. La recensione
realme C100x scommette tutto, forse troppo, sulla batteria da 7500 mAh e sulla certificazione ArmorShell per farsi notare nella fascia più economica del mercato: lo abbiamo messo alla prova per capire a chi è rivolto questo smartphone che sacrifica un po' prestazioni, display e fotocamera per offrire l'autonomia migliore possibile a un prezzo decisamente contenuto
Star Wars Zero Company è l'erede di XCOM 2
Star Wars Zero Company è l'erede di XCOM 2
Bit Reactor porta nell’universo di Star Wars una struttura tattica che richiama apertamente XCOM 2, ma la arricchisce con legami tra i personaggi, progressione ruolistica, gestione della base e un sistema di combattimento costruito attorno a tre Punti Azione e alle risorse condivise della squadra
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
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


realme C100x, lo smartphone economico con la batteria da 7500 mAh. La recensione realme C100x, lo smartphone economico con la bat...
Star Wars Zero Company è l'erede di XCOM 2 Star Wars Zero Company è l'erede di XCOM ...
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...
Sky con Netflix incluso da 16,99€/mese: ...
Anthropic verso la Borsa: 42 miliardi di...
Data repatriation: cos'è e come S...
ProsperoEden: l'emulatore funzionante ch...
La sonda spaziale ESA JUICE ha effettuat...
iPhone, crash a valanga su migliaia di a...
Se mangi queste patatine puoi vincere un...
Opera browser ha una eSIM integrata da 3...
WINDTRE BUSINESS e la Protezione Civile ...
Intel prepara i chip che si illuminano? ...
HUAWEI WATCH D3 arriva in Italia: l'orol...
PS5 Pro, in Giappone si compra per estra...
Recensione Nothing Headphone (1) Pro, de...
Oltre 16 mila database Supabase leggibil...
Galaxy Z Fold8 e Fold8 Ultra ai vertici ...
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: 17:19.


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