在这里记录一下之前使用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时实际遇到的问题总结,在实际中绝对不止上述我遇到的这些问题,欢迎各位园友多多提出哈!
更新没有设置主键的表
在默认情况下,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时实际遇到的问题总结,在实际中绝对不止上述我遇到的这些问题,欢迎各位园友多多提出哈!
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件!
如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
桃源资源网 Design By www.nqtax.com
暂无“使用Entity Framework(4.3.1版本)遇到的问题整理”评论...
P70系列延期,华为新旗舰将在下月发布
3月20日消息,近期博主@数码闲聊站 透露,原定三月份发布的华为新旗舰P70系列延期发布,预计4月份上市。
而博主@定焦数码 爆料,华为的P70系列在定位上已经超过了Mate60,成为了重要的旗舰系列之一。它肩负着重返影像领域顶尖的使命。那么这次P70会带来哪些令人惊艳的创新呢?
根据目前爆料的消息来看,华为P70系列将推出三个版本,其中P70和P70 Pro采用了三角形的摄像头模组设计,而P70 Art则采用了与上一代P60 Art相似的不规则形状设计。这样的外观是否好看见仁见智,但辨识度绝对拉满。