两个不同类型的数据库如何切换自如？

[背背山上的小和尚]

现在有两个不同的数据库，oracle 和mssql，里面的东西大致都是一样的，字段都没有出入，但是代码里面有时候就要写两段代码，因为有时候sql语句可能会有出入，有没有什么办法可以避免这种问题呢？目前我在看EF方向的代码

[娃都会打酱油了]

用EF这种高级封装的才行，但如果你一定要写sql的话，什么orm都没用

[大鱼>]

EF是可以，但是这种封装必定是需要性能为代价的

[非专业开发Five]

那个，用odbc驱动orm是不是可行呢，楼上的大佬们。

[CalvinR]

引用 1 楼 starfd 的回复:

用EF这种高级封装的才行，但如果你一定要写sql的话，什么orm都没用

NHibernate不可以吗 ？回头试试看行不行

[圣殿骑士18]

用EF可以，能弥合大多数差异。然后写一个简单的以委托为参数的静态方法，各自写代码就行。

//封装的方法
public static void ExecuteFor(string dbType, Fun oracle, Fun mysql)
{
      ...
}

//具体调用
public void test()
{
     string dbType = 'mysql';
     ExecuteFor(dbType,
     ()=> {
              //mysql的EF代码
          },
     ()=>{
            //oralce的EF代码
            }) 
}

[圣殿骑士18]

引用 6 楼 daixf_csdn 的回复:

用EF可以，能弥合大多数差异。然后写一个简单的以委托为参数的静态方法，各自写代码就行。

//封装的方法
public static void ExecuteFor(string dbType, Fun oracle, Fun mysql)
{
      ...
}

//具体调用
public void test()
{
     string dbType = 'mysql';
     ExecuteFor(dbType,
     ()=> {
              //mysql的EF代码
          },
     ()=>{
            //oralce的EF代码
            }) 
}

补充，ExecuteFor方法，是针对实在无法弥合，需要分别写代码的情况。

[游北亮]

嗯，ORM框架，要支持Linq那种写法的，不用写原生SQL的，但是注定性能会差， 像Dapper这种不支持Linq的ORM框架，你就不能用了