环境：EntityFramework 版本号：4.1.0.0

问题一：“数据读取器与指定的“。。。.。。。”不兼容。某个类型为“。。。”的成员在同名的数据读取器中没有对应的列。”。

使用方式：rep.context.Database.SqlQuery<T>(sql, pList.ToArray<object>()); //sql 是直接字符串拼接的

问题原因：T 是个视图，因为数据库中的字段是有前缀"C_"，而生产实体的时候我们做了去前缀的操作。导致字段对应不上。

解决方案：在拼写sql 字符串的时候把有前缀的字段起个别名去掉前缀。如： C_DISP_TYPE_NM as DISP_TYPE_NM。

问题二：“V_CLAIM_DISPATCH 的“MAIN_STAT”属性不能设置为“Int64”值。必须将该属性设置为类型为“Int32”的非 null 值”

使用方式：var surveyList = claimBiz.FindAll<V_CLAIM_DISPATCH>(sqlText, pList);

问题原因：【不明】猜想可能原因是，数据库是number（10），生成的实体是int。而实际读出来的数据要对应int64。但那个字段类型的映射是EF自动完成的，不能人为修改。所以报错。

解决方案：重新写个类V_CLAIM_DISPATCH_COPY 标志字段 Nullable<Int64> MAIN_STAT。上面的使用方式 var surveyList = claimBiz.FindAll<V_CLAIM_DISPATCH_COPY >(sqlText, pList); 把泛型改成自定义类。

问题三：多对多新增数据时对应关系表也会增加一条数据。

例如：科目表有语文数学，我新增一条学员信息对应科目语文。更新成功后科目表也会重新新增一条”语文“的信息。

问题原因：在添加学员信息时查询的科目语句用到了 AsNoTracking （即不被实体被EF context追踪，查询出来的实体不能直接用于更新和删除，否则报错）。参考资料 1 2 3

解决方案：在查询科目的时候把 AsNoTracking 这个方法去掉。[然后有出现了 问题四 ]

问题四：一个实体对象不能由多个 IEntityChangeTracker 实例引用

问题原因：在添加Add 实体时在实体的导航属性添加了关系实体。查询资料：1

（

如： var modelMyBlogs = new Model.MyBlogs(){};

modelMyBlogs.BlogTags.Add(itemBlogTag);

blog.Add(modelMyBlogs);

itemBlogTag 是由重新实例DbContext查询出来的。

）

解决方案：直接吧DbContext放到session里面或者进程内公用。（我是直接放session里）

问题五：查询异常的慢。

可能原因：

1.数据量大筛选条件没有 EntityFunctions.AsNonUnicode http://www.cnblogs.com/zhaopei/p/4431461.html

2.如果查询出来的结果集不用更新和修改可以在后面加 AsNoTracking 方法（不被实体EF context追踪）

巴特西

EF遇到的一些问题

环境：EntityFramework 版本号：4.1.0.0

问题一：“数据读取器与指定的“。。。.。。。”不兼容。某个类型为“。。。”的成员在同名的数据读取器中没有对应的列。”。

问题二：“V_CLAIM_DISPATCH 的“MAIN_STAT”属性不能设置为“Int64”值。必须将该属性设置为类型为“Int32”的非 null 值”

问题三：多对多新增数据时对应关系表也会增加一条数据。

问题四：一个实体对象不能由多个 IEntityChangeTracker 实例引用

问题五：查询异常的慢。

最新文章

热门文章

巴特西

EF遇到的一些问题

环境：EntityFramework 版本号：4.1.0.0

问题一：“数据读取器与指定的“。。。.。。。”不兼容。某个类型为“。。。”的成员在同名的数据读取器中没有对应的列。”。

问题二：“V_CLAIM_DISPATCH 的“MAIN_STAT”属性不能设置为“Int64”值。必须将该属性设置为类型为“Int32”的非 null 值”

问题三：多对多 新增数据时 对应关系表也会增加一条数据。

问题四：一个实体对象不能由多个 IEntityChangeTracker 实例引用

问题五：查询异常的慢。

最新文章

热门文章

问题三：多对多新增数据时对应关系表也会增加一条数据。