我使用实体框架1与。net 3.5。
我做的事情很简单，就像这样:
var roomDetails = context.Rooms.ToList();
foreach (var room in roomDetails)
{
room.LastUpdated = DateTime.Now;
}
当我尝试这样做时，我得到这个错误:
context.SaveChanges();
我得到了错误:
无法更新EntitySet -因为它有一个DefiningQuery，并且<ModificationFunctionMapping>元素中没有<UpdateFunction>元素来支持当前操作。
我在上下文上做了很多更新，没有任何问题，只有当我试图更新这个特定的实体时。
我所有的搜索结果都是一样的，我要更新的实体上没有声明主键。但是，唉，我有一个主键声明…
当前回答
这不是一个新的答案，但将帮助那些不知道如何设置表的主键的人。在一个新的查询中使用它并运行。这将把UniqueID列设置为主键。
USE [YourDatabaseName]
GO
Alter table [dbo].[YourTableNname]
Add Constraint PK_YourTableName_UniqueID Primary Key Clustered (UniqueID);
GO
其他回答
我遇到了完全相同的问题，不幸的是，添加主键并不能解决问题。下面是我的解决方法:
确保你在表上有一个主键，所以我改变了我的表，添加了一个主键。 删除ADO。NET实体数据模型(edmx文件)，我用它来映射和连接我的数据库。 再次添加一个新的ADO文件。NET实体数据模型连接我的数据库和映射我的模型属性。 清理并重新构建解决方案。
问题解决了。
这是对的，只要加一个主键
注意:请确保当您从数据库更新EF图时，您指向正确的数据库，在我的情况下，连接字符串指向一个本地DB，而不是最新的Dev DB，我知道，学生错误，但我想发布这个，因为它可以非常令人沮丧，如果你确信你已经添加了主键，你仍然得到相同的错误
这不是一个新的答案，但将帮助那些不知道如何设置表的主键的人。在一个新的查询中使用它并运行。这将把UniqueID列设置为主键。
USE [YourDatabaseName]
GO
Alter table [dbo].[YourTableNname]
Add Constraint PK_YourTableName_UniqueID Primary Key Clustered (UniqueID);
GO
更新:最近我得到了一些赞，所以我想让人们知道我下面给出的建议并不是最好的。自从我最初开始在旧的无键数据库上做实体框架，我已经意识到，到目前为止，你能做的最好的事情是先反向编码。有一些关于如何做到这一点的好文章。只需遵循它们，然后当您想要向它添加一个键时，使用数据注释来“伪造”键。
例如，假设我知道我的Orders表，虽然它没有主键，但可以保证每个客户只有一个订单号。由于这是表上的前两列，我将代码第一个类设置为如下所示:
[Key, Column(Order = 0)]
public Int32? OrderNumber { get; set; }
[Key, Column(Order = 1)]
public String Customer { get; set; }
通过这样做，您基本上伪造了EF，使其相信存在一个由OrderNumber和Customer组成的聚集键。这将允许您在无键表上进行插入、更新等操作。
如果你不太熟悉反向代码优先，去找一个关于实体框架代码优先的好教程。然后在“反向编码优先”(即使用现有数据库进行“编码优先”)上找到一个。然后回到这里，再看看我的主要建议。：）
最初的回答:
首先:正如其他人所说，最好的选择是向表添加一个主键。句号。如果你能做到这一点，就不要再读下去了。
但如果你做不到，或者讨厌自己，也有一种不用主键的方法。
在我的例子中，我使用的是遗留系统(最初是AS400上的平面文件移植到Access，然后移植到T-SQL)。所以我必须想办法。这就是我的解。我使用Entity Framework 6.0(在撰写本文时，NuGet的最新版本)完成了以下工作。
Right-click on your .edmx file in the Solution Explorer. Choose "Open With..." and then select "XML (Text) Editor". We're going to be hand-editing the auto-generated code here. Look for a line like this: <EntitySet Name="table_name" EntityType="MyModel.Store.table_name" store:Type="Tables" store:Schema="dbo" store:Name="table_nane"> Remove store:Name="table_name" from the end. Change store:Schema="whatever" to Schema="whatever" Look below that line and find the <DefiningQuery> tag. It will have a big ol' select statement in it. Remove the tag and it's contents. Now your line should look something like this: <EntitySet Name="table_name" EntityType="MyModel.Store.table_name" store:Type="Tables" Schema="dbo" /> We have something else to change. Go through your file and find this: <EntityType Name="table_name"> Nearby you'll probably see some commented text warning you that it didn't have a primary key identified, so the key has been inferred and the definition is a read-only table/view. You can leave it or delete it. I deleted it. Below is the <Key> tag. This is what Entity Framework is going to use to do insert/update/deletes. SO MAKE SURE YOU DO THIS RIGHT. The property (or properties) in that tag need to indicate a uniquely identifiable row. For instance, let's say I know my table orders, while it doesn't have a primary key, is assured to only ever have one order number per customer.
我的是这样的:
<EntityType Name="table_name">
<Key>
<PropertyRef Name="order_numbers" />
<PropertyRef Name="customer_name" />
</Key>
说真的，别做错了。让我们假设，尽管不应该有重复的数据，但由于某种原因，有两行数据进入了我的系统，它们具有相同的订单号和客户名称。Whooops !这就是我不用钥匙的后果!所以我使用实体框架删除一个。因为我知道副本是今天唯一的订单，我这样做:
var duplicateOrder = myModel.orders.First(x => x.order_date == DateTime.Today);
myModel.orders.Remove(duplicateOrder);
你猜怎么着?我刚刚删除了副本和原件!这是因为我告诉实体框架order_number/ customer_name是我的主键。所以当我告诉它删除duplicateOrder时，它在后台做的事情是这样的:
DELETE FROM orders
WHERE order_number = (duplicateOrder's order number)
AND customer_name = (duplicateOrder's customer name)
有了这个警告……您现在应该可以开始了!
我得到了相同的错误消息，但在我的场景中，我试图使用PJT(纯连接表)更新从多对多关系派生的实体。
通过阅读其他帖子，我认为我可以通过在连接表中添加一个额外的PK字段来修复它……但是，如果您将PK列添加到连接表中，那么它就不再是PJT，您将失去实体框架的所有优势，例如实体之间的自动关系映射。
因此，在我的案例中，解决方案是修改DB上的连接表，使PK包含两个外部ID列。
