使用方式:rep.context.Database.SqlQuery<T>(sql, pList.ToArray<object>()); //sql 是直接字符串拼接的
问题原因:T 是个视图,因为数据库中的字段是有前缀"C_",而生产实体的时候 我们做了去前缀的操作。导致 字段对应不上。
解决方案:在拼写sql 字符串的时候 把有前缀的字段 起个别名去掉前缀。如: C_DISP_TYPE_NM as DISP_TYPE_NM。
使用方式: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 这个方法去掉。[然后有出现了 问题四 ]
问题原因:在添加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追踪)