Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta
Xiaomi Pad 8 Pro adotta il potente Snapdragon 8 Elite all'interno di un corpo con spessore di soli 5,75 mm e pannello LCD a 144Hz flicker-free, per un tablet che può essere utilizzato con accessori dedicati di altissima qualità. Fra le caratteristiche esclusive, soprattutto per chi intende usarlo con la tastiera ufficiale, c'è la modalità Workstation di HyperOS 3, che trasforma Android in un sistema operativo con interfaccia a finestre
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT
Nelle ultime settimane abbiamo provato tre delle proposte top di gamma di NZXT nelle categorie case, dissipatori e ventole. Rispettivamente, parliamo dell'H9 Flow RGB+, Kraken Elite 420 e F140X. Si tratta, chiaramente, di prodotti di fascia alta che si rivolgono agli utenti DIY che desiderano il massimo per la propria build. Tuttavia, mentre i primi due dispositivi mantengono questa direzione, le ventole purtroppo hanno mostrato qualche tallone d'Achille di troppo
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz
ASUS ROG Swift OLED PG34WCDN è il primo monitor gaming con pannello QD-OLED Gen 5 a layout RGB Stripe Pixel e 360 Hz su 34 pollici: lo abbiamo misurato con sonde colorimetriche e NVIDIA LDAT. Ecco tutti i dati
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


Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta Recensione Xiaomi Pad 8 Pro: potenza bruta e Hyp...
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abb...
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz ASUS ROG Swift OLED PG34WCDN recensione: il prim...
Recensione Nothing Phone (4a) Pro: finalmente in alluminio, ma dal design sempre unico Recensione Nothing Phone (4a) Pro: finalmente in...
WoW: Midnight, Blizzard mette il primo, storico mattone per l'housing e molto altro WoW: Midnight, Blizzard mette il primo, storico ...
Unitree H1: il robot umanoide vicino al ...
GPU esterne: PCI-SIG porta le prestazion...
Per Lenovo i giocatori sono ricchi: Legi...
Polaroid lancia la nuova stampante Hi-Pr...
Da Kyndryl un gemello digitale per il di...
La Cina si prepara a una nuova missione ...
Climatizzatore Inverter A++ con Wi-Fi a ...
NZXT Flex, lo 'scandalo' del PC gaming a...
Robot lavavetri in offerta su Amazon: EC...
Attenti a questo update fake di Windows ...
NIO chiede la standardizzazione di batte...
Da 80 mesi-uomo a poche ore: l'AI cambia...
In 2 settimane senza social il cervello ...
Amazon top 7 di oggi: 2 portatili intere...
SteamGPT trapela dal client Steam: ecco ...
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: 00:17.


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