Opbygning af DAL

Hvis du konsekvent bruger System.Data.Ixxxxx interfacene, så er de kun
i constructor kaldet hvor du instantierer en klasse som implementerer
IDbConnection at du skal skelne mellem databaserne.

Til gengæld putter det jo en del restriktioner på hvad du kan bruge
af features.

ja det er korrekt...Men jeg tænkte på man måske kunne udvide sin connectionstring. Så når man opretter sit DAL-objekt står der også hvad for en DB det er i strengen..
DAL parser så denne streng og hiver de oplysninger ud den skal bruge, opretter det relevente connectionobjekt og sender resten(den behandlede connectionstring) med som parameter til den relevante connectionobjekt. Hvad synes du om denne ide ?

Mht. select,insert statements osv. hvordan håndterer jeg det med parametre...Det er jo lidt svært eftersom der er forskelligt antal parametre i de forskellige querys. Hvad gør jeg der?

Det er ikke svært at detecte type udfra connection string.

Jeg har engang lavet følgende lille eksempel:

using System;
using System.Data;
using System.Data.SqlClient;
using System.Data.OleDb;
using System.Data.Odbc;

public class MultiDb
{
    public static IDbConnection GetConnection(string constr)
    {
        if(constr.ToUpper().IndexOf("DRIVER=") >= 0)
        {
            return new OdbcConnection(constr);         
        }
        else if(constr.ToUpper().IndexOf("PROVIDER=") >= 0)
        {
            return new OleDbConnection(constr);       
        }
        else if(constr.ToUpper().IndexOf("TRUSTED_CONNECTION=") >= 0 ||
                constr.ToUpper().IndexOf("INTEGRATED SECURITY=") >= 0)
        {
            return new SqlConnection(constr);         
        }
        else
        {
            return null;
        }
    }
}
class TestClass
{
    private static void test(string constr)
    {
        IDbConnection con = MultiDb.GetConnection(constr);
        con.Open();
        IDbCommand cmd = con.CreateCommand();
        cmd.CommandText = "SELECT * FROM T1";
        IDataReader rdr = cmd.ExecuteReader();
        while(rdr.Read()) {
            int f1 = (int)rdr[0];
            string f2 = (string)rdr[1];
            Console.WriteLine(f1 + " " + f2);
        }
        con.Close();
    }
    public static void Main(string[] args)
    {
        test("Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\\Database\\MSAccess\\Test.mdb");
        test("server=ARNEPC2;Integrated Security=SSPI;database=Test");
    }
}

Variabelt antal parametre kan du f.eks. sende over i en Hashtable.

Det er en dum ide at bruge idb-interfacene. De forringer performance og fjerner en masse muligheder. Tror man skal lave det på en anden måde arne_v

Brug af IDb forringer ikke performance. Det er jo præcis de samme klasser der
bruges.

Funktionaliteten begrænses til "mindst fællesnævner". Det er prisen man
betaler for at have database uafhængig kode.

Alternativet er at have forskellig kode til hver database.

Det kan man også godt, men det kan hurtigt give rigtigt meget kode.

Og så vidt jeg ved så er den database uafhængige måde at gøre det på det
anbefalede i .NET 2.0 via DbProviderFactories.GetFactory

OK ?