Beh la differenza è enorme, come fai a non notarla ???
tanto per dirne una: se fai una classe che esegue semplicemente una query, l'effettivo risparmio in termini di codice scritto si riduce solamente alle 4 righe di "apertura connessione", "esecuzione query", "chiusura connessione" e "ritorno recordset/valore" (opzionale). Se invece utilizzi una classe che contenga al suo interno i metodi per recuperare, modificare, inserire ed eliminare record dalla rispettiva tabella, avrai i grossi benefici della riusabilità di questo codice in qualsiasi pagina e quindi se ad esempio in 2 pagine dovrai recuperare un record da quella tabella non sarai costretto a scrivere a manetta l'intero codice di recupero record in entrambe le pagine ma basterà semplicemente richiamare un banalissimo metodo.

Ad esempio (scrivo in C# perchè è il linguaggio che preferisco):

// ### INIZIO ESEMPIO ###
public class MiaTabella {
public string Campo1 = "";
public string Campo2 = "";
public MiaTabella () {
// Codice del costruttore di classe
}
public static MiaTabella RecuperaRecord (string filtro) {
// Apertura connessione
// Apertura recordset in base al 'filtro'
MiaTabella miaTabella = new MiaTabella();
miaTabella.Campo1 = Recordset.GetString(0);
miaTabella.Campo2 = Recordset.GetString(1);
// Chiusura recordset
// Chiusura connessione
return miaTabella;
}
public static void AggiungiRecord (MiaTabella miaTabella) {
// Apertura connessione
// Costruzione query INSERT in base ai campi
// e proprietà di 'miaTabella'
// Chiusura connessione
}
public static void ModificaRecord (MiaTabella miaTabella) {
// Apertura connessione
// Costruzione query UPDATE in base ai campi
// e proprietà di 'miaTabella'
// Chiusura connessione
}
}
// ### FINE ESEMPIO ###

Dall'esempio qui sopra per recuperare un record basterà eseguire nella pagina il seguente codice (scrivo sempre in C#):
string filtro = "<QUI_METTI_IL_FILTRO_PER_IL_RECORD>";
MiaTabella miaTabella = MiaTabella.RecuperaRecord(filtro);
.
Per inserire un record:
MiaTabella miaTabella = new MiaTabella();
miaTabella.Campo1 = "Valore1";
miaTabella.Campo2 = "Valore2";
MiaTabella.AggiungiRecord(miaTabella);
.
Per modificare un record:
MiaTabella miaTabella = new MiaTabella();
miaTabella.Campo1 = "Valore1";
miaTabella.Campo2 = "Valore2";
MiaTabella.ModificaRecord(miaTabella);
.
Spero di essere stato abbastanza chiaro.

brutusin ha scritto:

SqlCommand cmd = new SqlCommand("select * from prodotti WHERE id = " + this.Id "', con);

ma seio devo recuperare due campi devo andare a modificare la query e se devo fare 7 operazioni sulla stessa tabella ?
una che mi richiede dei dati ordinati in un determinato modo, un'altra operazione mi conta tutti i records e via dicendo ....
non posso mettermi a fare 7 function solo per fare queste operazioni ...
non mi sembra una buona idea
o sbaglio?

Hanno inventato le stored procedure apposta, puoi fare overloads dei metodi, aggiungere altre proprietà che ti posso essere utili.

ragazzi altra cosetta allora ho pensato seguendo il vostro esempio di creare una funcion/sub per ciascuna interazione con il db
quindi avrò
A)una function che mi restituisce un dataset con tutti i dati della tabella
B)una function che mi restituisce i dati per creare una DropDownList
C)una function che mi cancella un determinato dato
D)una function che mi fa l'update di tutti i campi presentati precedentemente
E)una function per inserire i dati nella tabella

e via dicendo...

secondo voi è ok?

se poi dovessi avere necessità di creare delle altre function/sub per la gestione di quella tabella è un problema secondo voi inserirla in questa classe?

poi avendo chessò 10 tabelle avrò 10 classi che mi gestiscono il tutto
va bene?

c' è anche un problema di "protezione" del codice siccome questa applicazione andrà installata su molti computer non vorrei proprio far vedere tutto il codice

ma a questo punto ho deciso di creare 3 o 4 function per lo sviluppo dei 3 o 4 tipi di query

poi per il discorso della protezione del codice userò un paio di dll per raggruppare le funzioni più utilizzate (verifica validità indirizzo e-mail etc)
tagli la testa al toro

mi da un fastidio non riuscire a capire fino in fondo le possibilità delle classi che non immagini...!!!!