使用Entity Framework(4.3.1版本)遇到的问题整理
作者：
在这里记录一下之前使用Entity Framework（4.3.1版本）遇到的问题：更新没有设置主键的表、更改Code-First的默认连接、检测字符串截断错误，需要的朋友可以参考下
在这里记录一下之前使用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时实际遇到的问题总结,在实际中绝对不止上述我遇到的这些问题,欢迎各位园友多多提出哈!