Benyttelse af MySqlDataStore

umiddelbart vil det nemmeste da være at oprette en instans hver gang du skal bruge den... det vil jo være det samme som at oprette en instans af MySqlConnection uden brug af ovenstående implementering, hvilken man da også normalt vil gøre.

Hvis du ikke har lyst til det kan du implementere et Singleton-pattern... ved dog ikke hvordan det vil fungere i det sidste scenario du nævner, med to samtidige connections på samme MySqlDataStore

Når det er præcis den samme metode man vil udføre igen og igen (Query eller Update), virker det helt klart som noget overflødigt at lave nye instanser hele tiden - det bør kunne fungere optimalt med en statisk metode på en klasse.

men du skal jo oprette en ny instans af MySqlConnection, så hvis du laver alle metoderne statiske, vil du så oprette en MySqlConnection i selve metoderne istedet?

Ja, hvorfor ikke? Jeg har lige lavet en hurtig kladde:

public class Database
{
    private static string conString = "";

    public static void Init(string type, string datasource,
                    string username, string password) {
        if (type.Equals("mysql")) {
            conString = "Provider=MySQLProv;Data Source="+datasource+";User Id="+username+";Password="+password+";";
        }
    }

    public static DataSet Query(string sql, DataSet ds) {
        if (ds == null) {
            ds = new DataSet();
        }
        OleDbConnection con = new OleDbConnection(conString);
        OleDbCommand command = new OleDbCommand(sql,con);           
        OleDbDataAdapter adapter = new OleDbDataAdapter();
        con.Open();
        adapter.SelectCommand = command;
        adapter.Fill(ds, "Test");
        // her skal der være noget mere hurlumhej
        con.Close();
        return ds;
    }
}

Så køres Init selvfølgelig i Application_Start

måske fordi, at så er du da lige vidt... der bliver jo stadig oprettet 1000'vis af Connection-objecter

Njah, men de hentes vel fra den samme ConnectionPool ikke, så de oprettes ikke rent faktisk?

Forskellen er at der ikke oprettes 1000-vis af klasser oveni, til at håndtere de tusindvis af Connection-objekter.

der er da vist noget du har misforstået... hver gang du skriver

new *Connection bliver objectet OPRETTET, pooling eller ej. Der pooling går ind og er smart er når du kalder Open() og Close().

Istedet for rent fysisk at lukke fobindelsen når man kalder Close(), så bliver den bare smidt over i en pool, så næste gang der bliver kaldt Open() bliver der tjekket i poolen om der er en åben connection i forvejen man kan bruge.

Du kan godt implementere en class-pool på f.eks. *Connection, jeg kan bare ikke forestille mig at det skulle give nogen perfomance-mæssig fordel.

Ahh ja, du har ret. Så er min løsning ikke særligt smart, idet der oprettes nye objekter hele tiden, i stedet for at oprette dem én gang pr. bruger og så bare åbne og lukke dem.

Du er velkommen til at komme med et svar, cyberfessor.

hehe.. fair nok :)