视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
使用Entity Framework(4.3.1版本)遇到的问题整理
2020-11-27 22:41:58 责编:小采
文档


在这里记录一下之前使用Entity Framework(4.3.1版本)遇到的问题。
更新没有设置主键的表
在默认情况下,EF不能对一个没有主键的表进行更新、插入和删除的动作。用xml方式查看edmx文件,可以在SSDL中可以看到如下xml片断(我定义了一个没有主键的表tb_WithoutKey)。
代码如下:

<EntitySet Name="tb_WithoutKey" EntityType="TransferModel.Store.tb_WithoutKey" store:Type="Tables" store:Schema="dbo" store:Name="tb_WithoutKey">
<DefiningQuery>
SELECT
[tb_WithoutKey].[ID] AS [ID],
[tb_WithoutKey].[Name] AS [Name]
FROM [dbo].[tb_WithoutKey] AS [tb_WithoutKey]
</DefiningQuery>
</EntitySet>

我再加入一个有主键的表进行对比,同样的在SSDL中,可以看到有主键的表的定义如下。
代码如下:

<EntitySet Name="tb_WithKey" EntityType="TransferModel.Store.tb_WithKey" store:Type="Tables" Schema="dbo" />

我们把没有主键的<EntitySet>照着上面这个节点进行更改:删除<DefiningQuery>节点,将store:Schema=”dbo”更改为Schema=”dbo”。这样我们就可以对之前没有设置主键的表进行更新、删除以及插入操作了。
无主键的表SSDL定义其实更像是视图,我有一点不明的是store:这个命名空间的作用是什么,为什么只是删除<DefiningQuery>不行,还需要将Schema属性的store命名空间删除才可以。以上都是我还不明白的地方,只是作为一个解决方案,它确实简单可行。
更改Code-First的默认连接
我们知道使用Code-First的时候我们甚至可以不用写连接字符串,但是这个默认的连接只识别本机的SQL Express版数据库,如果你是使用其它数据库甚至就是Sql Server非Express版,都不行。
在不提供任何连接数据库信息的情况下,EF会创建一个默认的DefaultConnectionFactory,这个默认的连接工厂使用的就是SqlConnectionFactory,然后我们可以通过reflector看到它的构造函数如下。
public SqlConnectionFactory()
{
this._baseConnectionString = @"Data Source=.\SQLEXPRESS; Integrated Security=True; MultipleActiveResultSets=True";
}
所以说EF默认只能连Sql Express版的数据库。SqlConnectionFactory提供一个构造函数重载,可以指定连接字符串,修改默认的数据库连接,我们可以在配置文件中添加以下节点进行配置。
代码如下:

<entityFramework>
<defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework">
<parameters>
<parameter value="Data Source=heqichang-pc; Integrated Security=True; MultipleActiveResultSets=True" />
</parameters>
</defaultConnectionFactory>
</entityFramework>

不过不管怎样,我觉得还是指定好连接字符串来开发比较好,排除各种不可控的因素。
检测字符串截断错误
有时使用EF的时候会出现像以下这样的错误。
 
产生这个错误的原因一般都是数据库里设置的字段长度小于你插入的新数据的长度。但是知道原因,要知道具体是哪个字段的长度超出范围了却比较困难了,EF给出的信息也不明确,当然,如果数据库中的字段少,可以很快筛选出来,但是如果表中的字段非常多,那就麻烦了。这个时候我们就可以用到SQL Server自带的SQL Server Profiler这个工具了(Express版没有这个工具)。
假设我有个tb_Test表,里面有个Name字段,类型为varchar(10)。在运行我们错误的程序前,先开启Profiler,选择好你连接的数据库开始监控。最后就可以看到我们错误的SQL语句了。
 
这个工具可以方便的监控到EF运行时对数据库的操作,注意上图,该工具会自动分辨出这是来自Entity Framework的请求,然后下边是具体的SQL语句。
以上只是我上两周使用EF时实际遇到的问题总结,在实际中绝对不止上述我遇到的这些问题,欢迎各位园友多多提出哈!

下载本文
显示全文
专题