它的发生通常是由于以下原因之一:

实体集从数据库视图映射 自定义数据库查询 数据库表没有主键

这样做之后，您可能仍然需要在实体框架设计器中进行更新(或者删除实体然后添加它)，然后才能停止得到错误。

如果数据模型过时，也会发生这种情况。

希望这将避免其他人的沮丧:)

只需向表中添加一个主键。就是这样。问题解决了。

ALTER TABLE <TABLE_NAME>
ADD CONSTRAINT <CONSTRAINT_NAME> PRIMARY KEY(<COLUMN_NAME>)

请注意，也许你的实体有主键，但你的表在数据库中没有主键。

我得到了相同的错误消息，但在我的场景中，我试图使用PJT(纯连接表)更新从多对多关系派生的实体。

通过阅读其他帖子，我认为我可以通过在连接表中添加一个额外的PK字段来修复它……但是，如果您将PK列添加到连接表中，那么它就不再是PJT，您将失去实体框架的所有优势，例如实体之间的自动关系映射。

因此，在我的案例中，解决方案是修改DB上的连接表，使PK包含两个外部ID列。

更新:最近我得到了一些赞，所以我想让人们知道我下面给出的建议并不是最好的。自从我最初开始在旧的无键数据库上做实体框架，我已经意识到，到目前为止，你能做的最好的事情是先反向编码。有一些关于如何做到这一点的好文章。只需遵循它们，然后当您想要向它添加一个键时，使用数据注释来“伪造”键。

例如，假设我知道我的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)

有了这个警告……您现在应该可以开始了!

这是对的，只要加一个主键

注意:请确保当您从数据库更新EF图时，您指向正确的数据库，在我的情况下，连接字符串指向一个本地DB，而不是最新的Dev DB，我知道，学生错误，但我想发布这个，因为它可以非常令人沮丧，如果你确信你已经添加了主键，你仍然得到相同的错误

我得到这个问题，因为我正在生成我的EDMX从一个现有的数据库(由别人设计，我使用术语“设计”松散在这里)。

结果发现桌子上根本没有钥匙。EF生成了具有多个键的模型。我必须在SQL中添加一个主键到db表，然后在VS中更新我的模型。

这为我解决了问题。

这就是我的情况。简单地删除会导致另一个错误。我遵循了这篇文章的步骤，除了最后一个。为了您的方便，我从文章中复制了解决问题的4个步骤，如下:

右键单击edmx文件，选择“使用XML编辑器打开” 在edmx:StorageModels元素中找到实体 完全删除DefiningQuery 将存储区:Schema="dbo"重命名为Schema="dbo"(否则，代码将生成一个错误，表示名称无效)

如果你的表没有主键，这个错误可能已经发生，在这种情况下，表是“只读”的，而db。SaveChanges()命令将始终出错。

我也有同样的问题。正如这个帖子所说，我的表没有PK，所以我设置了PK并运行代码。但不幸的是，错误又来了。我接下来做的是，删除数据库连接(删除解决方案资源管理器的模型文件夹中的。edmx文件)并重新创建它。错误消失了。谢谢大家分享你的经验。这样可以节省很多时间。

添加主键对我也有用!

完成之后，下面是如何在不删除数据模型的情况下更新数据模型

右键单击edmx实体设计器页面和“从数据库更新模型”。

我遇到了完全相同的问题，不幸的是，添加主键并不能解决问题。下面是我的解决方法:

确保你在表上有一个主键，所以我改变了我的表，添加了一个主键。 删除ADO。NET实体数据模型(edmx文件)，我用它来映射和连接我的数据库。 再次添加一个新的ADO文件。NET实体数据模型连接我的数据库和映射我的模型属性。 清理并重新构建解决方案。

问题解决了。

只需添加一个主键到您的表，然后重新创建您的EF

我只需要从模型中删除表，并再次更新模型将表带回来。我猜主键是在将表拉入模型之后创建的。

设置主键，然后保存表和刷新，然后去模型。edmx删除表，重新获取。

我有这个问题出现，并相信这是因为我删除了我的表主键上的索引，并将其替换为表中其他一些字段的索引。

在我删除主键索引并刷新edmx后，插入停止工作。

我将表刷新到旧版本，刷新edmx，一切都重新工作了。

我应该指出，当我打开EDMX来解决这个问题时，检查是否定义了一个主键，结果是存在的。所以上面的建议对我都没有帮助。但是刷新主键上的索引似乎有用。

在XML编辑器中打开您的.edmx文件，然后从标签中删除标签，并将store:Schema="dbo"更改为Schema="dbo"，重新构建解决方案，现在错误将得到解决，您将能够保存数据。

这不是一个新的答案，但将帮助那些不知道如何设置表的主键的人。在一个新的查询中使用它并运行。这将把UniqueID列设置为主键。

USE [YourDatabaseName]
GO

Alter table  [dbo].[YourTableNname]
Add Constraint PK_YourTableName_UniqueID Primary Key Clustered (UniqueID);
GO

I found the original answer of updating the .edmx file work best in my situation. I just wasn't too happy about altering the model every time it was updated from the database. That's why I wrote an additional Text Template file, that is automaticaly invoked when after the model has changed - just like the entities are newly generated. I post it here in this comment. To make it work, make sure you name it like {model name}.something.tt, and store it in the same folder as your .edmx folder. I named it {model name}.NonPkTables.tt. It does not generate a file on its own due to the invalid file extension definition in the second line. Feel free to use.

<#@ template language="C#" debug="false" hostspecific="true"#>
<#@ output extension="/" #>
<#@ assembly name="System.Core" #>
<#@ assembly name="System.Data" #>
<#@ assembly name="System.Windows.Forms" #>
<#@ assembly name="System.Xml" #>
<#@ assembly name="System.Xml.Linq"#>
<#@ assembly name="%VS120COMNTOOLS%..\IDE\EntityFramework.dll" #>
<#@ assembly name="%VS120COMNTOOLS%..\IDE\Microsoft.Data.Entity.Design.dll" #>
<#@ import namespace="System" #>
<#@ import namespace="System.Windows.Forms" #>
<#@ import namespace="System.Linq" #>
<#@ import namespace="System.IO" #>
<#@ import namespace="System.Collections.Generic" #>
<#@ import namespace="System.Xml" #>
<#@ import namespace="System.Xml.Linq" #>
<#@ import namespace="System.Globalization" #>
<#@ import namespace="System.Reflection" #>
<#@ import namespace="System.Data.Entity.Core.Metadata.Edm" #>
<#@ import namespace="System.Data.Entity.Core.Mapping" #>
<#@ import namespace="System.CodeDom" #>
<#@ import namespace="System.CodeDom.Compiler" #>
<#@ import namespace="Microsoft.CSharp"#>
<#@ import namespace="System.Text"#>
<#@ import namespace="System.Diagnostics" #>

<#
    string modelFileName= this.Host.TemplateFile.Split('.')[0] + ".edmx";
    string edmxPath = this.Host.ResolvePath( modelFileName );

    // MessageBox.Show( this.Host.TemplateFile + " applied." );
    var modelDoc = XDocument.Load(edmxPath);
    var root = modelDoc.Root;
    XNamespace nsEdmx = @"http://schemas.microsoft.com/ado/2009/11/edmx";
    XNamespace ns = @"http://schemas.microsoft.com/ado/2009/11/edm/ssdl";

    var runtime = root.Elements(nsEdmx + "Runtime").First();
    var storageModels = runtime.Elements(nsEdmx + "StorageModels").First();
    XNamespace nsStore = @"http://schemas.microsoft.com/ado/2007/12/edm/EntityStoreSchemaGenerator";

    var schema = storageModels.Elements(ns + "Schema").First();
    XNamespace nsCustomAnnotation = @"http://schemas.microsoft.com/ado/2013/11/edm/customannotation";

    var entityTypes = schema.Nodes().OfType<XComment>().Where(c => c.Value.Contains("warning 6002: The table/view"));
    bool changed = false;

    foreach (var node in entityTypes)
    {
        var element = node.ElementsAfterSelf().First();
        string entityName = element.Attribute("Name").Value;

        // Find EntitySet in EntityContainer.
        var entityContainer = schema.Elements(ns + "EntityContainer").First();
        var entitySet = entityContainer.Elements(ns + "EntitySet").First(s => s.Attribute("Name").Value == entityName);

        // Change "store:Schema" attribute to "Schema" attribute.
        var attribute = entitySet.Attribute(nsStore + "Schema");

        if (attribute != null)
        {
            string schemaName = entitySet.Attribute(nsStore + "Schema").Value;
            entitySet.Attribute(nsStore + "Schema").Remove();
            entitySet.Add(new XAttribute("Schema", schemaName));
            changed |= true;
        }

        // Remove the DefiningQuery element.
        var definingQuery = entitySet.Element(ns + "DefiningQuery");

        if (definingQuery != null)
        {
            definingQuery.Remove();
            changed |= true;        
            Debug.WriteLine(string.Format("Removed defining query of EntitySet {0}.", entityName));
        }
    }

    if (changed)
        modelDoc.Save(edmxPath);
#>

在我的情况下，忘记定义表的主键。因此，像图中所示的那样分配，并从。edmx文件的“Update model from Database”中刷新你的表。 希望能有所帮助!!

我通过删除和重建EF项目及其所有类来修复它。详情如下:

我在这个问题上转了一个小时，然后删除了包含错误的EF项目，保存了我所有的自定义代码，然后重新构建整个东西。由于这只是生成一个新的EF图及其内部代码的问题，这个修复问题的过程大约花了10分钟。

我怀疑，问题在于生成EF类和属性的数据库优先方法在两次或三次“更新”后变得有点奇怪。基本上，我在代码行为中发现了一个问题，去修复数据库表属性，然后更新EF图一次太多。然后我试着修改代码，但没有用。

重新开始工作。