Aiuto per creare classe che interagisce con db MySql

[brutusin]

ragazzi volevo chiedervi una mano per creare una classe (VB.NET il linguaggio) in grado di lavorare con db MySql e da poter poi inserire in qualsiasi pagina ASP.NET !
mi date una mano ?
non vorrei fare una classe che mi lasci aperte le connessioni o che non sia al top delle performance !
ho cercato in giro ma non ho trovato nulla !

[Daniele80]

ma non te la puoi fare da solo la classe?

basta che scrivi le funzioni con cui interroghi il db in un file .vb o .cs. Rendi pubbliche queste funzioni e il + generiche possibili.

Ecco a te una classe di gestione DB

[brutusin]

si volevo proprio farmela una classe solo che non ho la certezza di farla correttamente capisci ?
già il renderle più generiche possibili non mi rende particolarmente sicuro della buona riuscita del mio lavoro!
tu ne hai qualcuna che utilizzi nei tuoi progetti?

[Daniele80]

le mie sono super incasinate, sono mischiate con altre ecc.

cmq non è dfficile tu fai tutte funzioni di tipo public

public bool ExecuteNoQuery(string SQL)
{
try
{
quello che fai solitamente
return true;
}
catch(exception ex)
{
return false
}
finally
{
objConn.close();
ecc.
}
}


se fai le tue funzioni con questa logica non sti scordi nulla.

ciao.

[brutusin]

faccio cosi io le creo poi le posto e mi massacrate di insulti per ogni errore commesso !!!
a presto

[pietro09]

Originariamente inviato da brutusin
faccio cosi io le creo poi le posto e mi massacrate di insulti per ogni errore commesso !!!
a presto

Credo che tutti qui ci aiutiamo a vicenda
Il mio consiglio è esattamente uguale (= in basic, == in c# ) a quello di Daniele80. Per quanto mi riguarda, progettare una classe non è una cosa banale, ma è materia solo per specialisti (intendo una classe, non un acrocchio che puzzi di c#)

Io ho cominciato da zero ed ho avuto il tuo stesso problema. Ti consiglio:
Fatti un bel modulo di libreria (visto che lavori in basic). Lì ti fai provvisoriamente dei contenitori tipo:
#Region " metodi di database "
#Region " metodi generali "
#Region " altre cose "

Non è certo una classe come Dio comanda, ma almeno ragruppi i metodi.


Ebbene, mentre studi o lavori, se trovi qualche funzione che può essere generalizzata ed usata in TUTTI i progetti, la rendi pubblica, la parametrizzi, la collaudi e la butti nel modulo.

E' meglio un modulo o una libreria? Io li ho fatti tutti e due, ma mi sto accorgendo di usare il modulo per il 99.999%

In conclusione, dopo un poco, avrai una libreria di funzioni utili che utilizzerai sempre, senza neanche accorgetene.

Ciao

[brutusin]

Ecco qui per il momento ho messo solo

Imports System
Imports System.Data
Imports Microsoft.Data.ODBC

Namespace Applicazione
Public Class ApplicazioneDB
Private stringaConnessione as string = System.Configuration.ConfigurationSettings.AppSett ings("connectionString")
Public Function GetDataReader(ByVal stringaSQL) As ODBCDataReader
Dim Reader As OleDbDataReader
Dim Connessione As OleDbConnection
Try
Connessione = New OleDbConnection(stringaConnessione)
Connessione.Open()
Dim Comando As New OleDbCommand(stringaSQL, Connessione)
Reader = Comando.ExecuteReader(CommandBehavior.CloseConnect ion)
Return Reader
Catch Errore As Exception
Connessione.Close()
Finally
Connnessione.Close()
End Try
End Function
End Class
End Namespace


cosi può andare ? per il momento!?!?!?

[riccardone]

Hai una funzione che ti ritorna un datareader che e' l'unico contenitore di dati geneticamente legato alla connessione.
Normalmente apri la connection, leggi i dati, chiudi il datareader, chiudi la connection. Ma nella tua funzione chiudi sempre alla fine la connessione (poi se metti quel comando nel finally non metterlo anche nel catch).
Per il resto, se usi mysql esistono dataprovider specifici per quel db come ad esempio il mysqlconnector della stessa mysql ab quindi non mi sembra una buona idea utilizzare odbc (mischiato con oledb).

[Daniele80]

inoltre io la stringa di connessione non la fisserei in quel modo.

Rendi la connection string pubblica e passala ogni volta in modo tale che se la fonte del db cambia, e quindi la connection non si trova nel web.config potrai sempre cambiarla senza mettere mano alla classe.

[brutusin]

x riccardone in effetti il fatto di mischiara oledb con odbc è dettato dal fatto che la funzione originale mi era stata passata da pietro09 tempo fa per Access quindi è stata solo una svista che ovviamente sistemerò quando butterò giù la "versione" definitiva.
Inolte cosa intendi Ma nella tua funzione chiudi sempre alla fine la connessione?

x Daniele80 : se dovessi però utilizzare il file web.config per memorizzare la stringa di connessione la mia tecnica sarebbe valida o sbaglio?