关于EF返回结果集合的问题

EF执行元生的SQL返回 类似dataReader dataset datatable 这样的东西 便于动态给初始化领域对象　　　　提供例子最好　　
备注量
１　只需要EF代替创建连接执行ＳＱＬ　别的ＣＳＳＬ　ＭＳＬ　ＩＳＳＬ　痛痛的不需要

解决方案 »

  1.   

    db.ExecuteStoreQuery<ClassName>(sql).ToList();
      

  2.   

    建议你把Entity Framework作为Unit of Work与Identity Map的ORM实现工具，感觉还是比较省时省力的。Respository和其他的一些结构，再在Unit of Work基础上实现。如果你喜欢原生的SQL语句，那何不直接写一个Sql Helper呢？
      

  3.   

    带CLASSNAME拉
    见1楼备注 
      

  4.   

    不是我喜欢RAW SQL  
    由于要进行跨SQL ORACLE访问 并且只使用1套ENTITY  这样一来 类型转换带来的问题 无法克服 
    SO  ....
      

  5.   

    1. SQL Server与Oracle都已分别有Entity Framework的Provider可供使用。SQL Server自不必说，Linq to Oracle是前阵子刚推出的。
    2. 数据类型转换，可以尝试在基础层里使用Data Mapping解决。
    3. EF只是ORM工具，别把它放到领域模型中去就行。
    4. 抛开EF，Nhiberate.NET也是不错的选择。
      

  6.   

    真奇怪，用DbCommand不就能执行sql了，还要劳师动众拖上ef...
      

  7.   

    LZ建议你去下个MVC的案例 或者 看下MVC的资料 里面应该有的 
      

  8.   


    你说的这些都考虑过,还是那个话题ORA SQL  的MODEL 和 MAPPING是都不一样 另外领域模型与MODEL以后再议  SPRING.NET 以后再议
      

  9.   

    说实话俺一句没看明白不知道你到底走的那条路。既然你想实体，那就实体呗，至于填充数据按老式的叫法就是dal。那么你还困惑啥，mssqldal是dal？？orcaldal就不是dal？？provide是provide谁提供就用谁滴。我想你应该去看看IQuery<T>这个接口。其实不管是老实的dal，还是新式的IQuery<T>都是一个思路，谁提供并不重要，只要你有提供那就跟着提供走
      

  10.   

    我没有见过喜欢搞这个而不善于SQL语句的。你用ADO.NET不就行了嘛。
      

  11.   

    http://msdn.microsoft.com/zh-cn/library/bb350651.aspxIQueryable<T>看看这个你就明白了，其实T 就是你自己的模型，不要跟着啥ef，linq2sql，mssql，oracl，既然你自己明明知道他们是变化的，你跟着他们有何意义。
    那么还有啥必要讨论呢，无非不过要么就是依赖不变的，要么站在另一端把一个转换成另一个。其实你看明白了IQueryable<T>就知道了，你是你自己的模型，只要他不变，Expression表达式树也不会变只有Provider 会变。那么还困惑啥，自己去提供不同版本的Provider就是
      

  12.   

    我也越看越弄不明白你的意思了。EF以及其他的ORM工具，甚至是最简单的SqlHelper，无外乎就是把原生的SQL操作封装一遍，使关系数据库与面向对象的开发更具亲和性。另一方面，ORM作为关系数据库与对象领域之间的媒介，如果没有相应的Metadata提供两边的映射，那ORM本身还怎么工作呢？再说了，没有EF之前，我们难道不也在用ADO.NET配合一些模式完成这样的映射工作的吗？
      

  13.   

    有些时候 把你放到某个环境和要求 死死的卡在那里的时候 或许你能懂我现在的处境
    and
    ADO的方案 其实我已经写好了
      

  14.   

    这个T是datatabla datareader那该多好
    oracle 的 T  应该 
    与sql  的 T  不能保持一致建议你动手试1下  只考虑int字段就行了
    同时感谢你的理论知道