Pergunta

Estou desenvolvendo uma aplicação que será conectado ao banco de dados Access no início e o plano é mudar para MS SQL ou SQL Express em um futuro próximo. As estruturas DataTables são as mesmas para ambos os tipos de bancos de dados e eu estou tentando evitar duplicar o código e tentando encontrar o caminho para minimizar o código.

Por exemplo, eu escrevi a seguinte função para recuperar dados a partir de banco de dados Access:

public static DataTable GetActiveCalls()
    {
        string select = "SELECT call_id, call_time, msisdn, status FROM call WHERE status = 0 OR status = 1 ORDER by call_id ASC";
        OleDbCommand cmd = new OleDbCommand(select, conn);
        DataTable dt = new DataTable("Active Calls");
        OleDbDataAdapter DA = new OleDbDataAdapter(cmd);
        try
        {
            conn.Open();
            DA.Fill(dt);
        }
        catch (Exception ex)
        {
            string sDummy = ex.ToString();
        }
        finally
        {
            conn.Close();
        }
        return dt;
    }

e o seguinte código é para banco de dados SQL Express:

public static DataTable GetActiveCalls()
    {
        string select = "SELECT call_id, call_time, msisdn, status FROM call WHERE status = 0 OR status = 1 ORDER by call_id ASC";
        SqlCommand cmd = new SqlCommand(select, conn);
        DataTable dt = new DataTable("Active Calls");
        SqlDataAdapter DA = new SqlDataAdapter(cmd);
        try
        {
            conn.Open();
            DA.Fill(dt);
        }
        catch (Exception ex)
        {
            string sDummy = ex.ToString();
        }
        finally
        {
            conn.Close();
        }
        return dt;
    }

Estes dois métodos são quase os mesmos. As únicas diferenças são SqlCommand / OleDbCommand e SqlDataAdapter / OleDbDataAdapter. Existem também alguns métodos que levam argumentos por exemplo:

public static void AddMessage(string callID, string content)
    {
        string select =
            "INSERT INTO message(key, direction, content, read, write_time) VALUES (@callId, 0, @content, 0, @insertTime)";
        OleDbCommand cmd = new OleDbCommand(select, conn);
        cmd.Parameters.AddWithValue("callId", callID.ToString());
        cmd.Parameters.AddWithValue("content", content);
        cmd.Parameters.AddWithValue("insertTime", DateTime.Now.ToString());
        try
        {
            conn.Open();
            cmd.ExecuteScalar();
        }
        catch (Exception ex)
        {
            string sDummy = ex.ToString();
        }
        finally
        {
            conn.Close();
        }
    }

Neste string de consulta caso SQL também é o mesmo para ambos os bancos de dados, mas não é a diferença entre o tipo de cmd (SqlCommand / OleDbCommand).

Eu realmente aprecio se alguém poderia dar qualquer sugestão sobre como evitar a duplicação de código e otimizar o problema dado.

Foi útil?

Solução

Você pode usar as interfaces independentes de banco de dados IDbDataAdapter e IDbCommand, e depois criar as instâncias concretas usando uma fábrica. Aqui é um exemplo.

No entanto, eu recomendo usar uma solução ORM como NHibernate se a sua aplicação não é muito simples, porque há são pequenas diferenças na linguagem SQL entre o Access e SQL Server que pode fazer o seu código de acesso de dados mais complexo.

Outras dicas

Você deve dar uma olhada na Enterprise Library pedaços de acesso a dados. As especificidades do provedor de banco de dados subjacente são abstraídos para você. Por exemplo:

string sql = @"UPDATE tblContent 
                        SET Title = @Title, Content = @Content, IsPublic = @IsPublic, ItemOrder = @ItemOrder
                        WHERE ContentItemID = @ContentItemID";

Database db = DatabaseFactory.CreateDatabase();
using(DbCommand cmd = db.GetSqlStringCommand(sql))
{
    db.AddInParameter(cmd, "Title", DbType.String, title);
    db.AddInParameter(cmd, "Content", DbType.String, content);
    db.AddInParameter(cmd, "IsPublic", DbType.Boolean, isPublic);
    db.AddInParameter(cmd, "ItemOrder", DbType.Int32, itemOrder);
    db.AddInParameter(cmd, "ContentItemID", DbType.Int32 , contentItemID);

    db.ExecuteNonQuery(cmd);
}

... ou ...

string sql = "SELECT MenuText FROM tblMenuItems WHERE MenuItemID = @MenuItemID";

Database db = DatabaseFactory.CreateDatabase();
using(DbCommand cmd = db.GetSqlStringCommand(sql))
{
    db.AddInParameter(cmd, "MenuItemID", DbType.Int32, menuItemID);

    using(IDataReader dr = db.ExecuteReader(cmd))
    {
        while(dr.Read())
        {
            return dr["MenuText"].ToString();
        }
        return null;
    }
}

Ambos os exemplos acima de trabalho com acesso e MS SQL e desde que você furar a instruções SQL que são compatíveis com ambos Jet e MS SQL você não deve ter quaisquer problemas.

Quando muda a partir do Access para o MS SQL apenas mudar a seqüência de conexão, por exemplo, de:

<connectionStrings>
    <add 
         name="ContentManager" 
         connectionString="Provider=Microsoft.Jet.OLEDB.4.0;Data Source=|DataDirectory|Content.mdb;" 
         providerName="System.Data.OleDb"/>
</connectionStrings>

... para ...

<connectionStrings>
    <add
        name="ContentManager"
        connectionString="Data Source=your.sql.server;Initial Catalog=content;Persist Security Info=True;User ID=cmuser;Password=password"
        providerName="System.Data.SqlClient" />
</connectionStrings>

Para conseguir isso, você só precisa referenciar o seguinte DLL na distribuição EL:

Microsoft.Practices.EnterpriseLibrary.Common.dll
Microsoft.Practices.EnterpriseLibrary.Data.dll

vale bem uma olhada.

Felicidades
Kev

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top