如果你知道你正在使用相同的上下文并且没有分离任何实体，你可以像这样创建一个通用版本:

public void InsertOrUpdate<T>(T entity, DbContext db) where T : class
{
    if (db.Entry(entity).State == EntityState.Detached)
        db.Set<T>().Add(entity);

    // If an immediate save is needed, can be slow though
    // if iterating through many entities:
    db.SaveChanges(); 
}

Db当然可以是一个类字段，或者方法可以是静态的和一个扩展，但这是基本的。

插入else更新

public void InsertUpdateData()
{
//Here TestEntities is the class which is given from "Save entity connection setting in web.config"
TestEntities context = new TestEntities();

var query = from data in context.Employee
            orderby data.name
            select data;

foreach (Employee details in query)
{
    if (details.id == 1)
    {
        //Assign the new values to name whose id is 1
        details.name = "Sanjay";
        details. Surname="Desai";
        details.address=" Desiwadi";
    }
    else if(query==null)
    {
        details.name="Sharad";
        details.surname=" Chougale ";
        details.address=" Gargoti";
    }
}

//Save the changes back to database.
context.SaveChanges();
}

在我看来，有了新发布的EntityGraphOperations for Entity Framework Code First，你可以省去为定义图中所有实体的状态而编写一些重复的代码。我是这个产品的作者。我已经在github、code-project(包括一步一步的演示和一个示例项目，可以下载)和nuget上发布了它。

它将自动将实体的状态设置为已添加或已修改。如果它不再存在，您将手动选择必须删除哪些实体。

示例:

假设我有一个Person对象。一个人可以有很多电话，一个文件，也可以有一个配偶。

public class Person
{
     public int Id { get; set; }
     public string FirstName { get; set; }
     public string LastName { get; set; }
     public string MiddleName { get; set; }
     public int Age { get; set; }
     public int DocumentId {get; set;}

     public virtual ICollection<Phone> Phones { get; set; }
     public virtual Document Document { get; set; }
     public virtual PersonSpouse PersonSpouse { get; set; }
}

我想确定图中包含的所有实体的状态。

context.InsertOrUpdateGraph(person)
       .After(entity =>
       {
            // Delete missing phones.
            entity.HasCollection(p => p.Phones)
               .DeleteMissingEntities();

            // Delete if spouse is not exist anymore.
            entity.HasNavigationalProperty(m => m.PersonSpouse)
                  .DeleteIfNull();
       });

另外，如你所知，在定义电话实体的状态时，唯一的键属性可以发挥作用。出于这种特殊目的，我们有ExtendedEntityTypeConfiguration<>类，它继承自EntityTypeConfiguration<>。如果我们想使用这样的特殊配置，那么我们必须从ExtendedEntityTypeConfiguration<>继承我们的映射类，而不是EntityTypeConfiguration<>。例如:

public class PhoneMap: ExtendedEntityTypeConfiguration<Phone>
    {
        public PhoneMap()
        {
             // Primary Key
             this.HasKey(m => m.Id);
              …
             // Unique keys
             this.HasUniqueKey(m => new { m.Prefix, m.Digits });
        }
    }

这是所有。

神奇的是在调用SaveChanges()时发生的，这取决于当前的EntityState。如果实体有一个EntityState。如果它有一个EntityState，那么它将被添加到数据库中。修改后，将在数据库中更新。所以你可以实现InsertOrUpdate()方法，如下所示:

public void InsertOrUpdate(Blog blog) 
{ 
    using (var context = new BloggingContext()) 
    { 
        context.Entry(blog).State = blog.BlogId == 0 ? 
                                   EntityState.Added : 
                                   EntityState.Modified; 

        context.SaveChanges(); 
    } 
}

更多关于EntityState的信息

如果你不能检查Id = 0来确定它是否是一个新实体，请检查Ladislav Mrnka的答案。

Ladislav的答案很接近，但我不得不做了一些修改，以使其在EF6(数据库优先)中工作。我用我的AddOrUpdate方法扩展了我的数据上下文，到目前为止，这似乎与分离的对象工作得很好:

using System.Data.Entity;

[....]

public partial class MyDBEntities {

  public void AddOrUpdate(MyDBEntities ctx, DbSet set, Object obj, long ID) {
      if (ID != 0) {
          set.Attach(obj);
          ctx.Entry(obj).State = EntityState.Modified;
      }
      else {
          set.Add(obj);
      }
  }
[....]

从实体框架4.3开始，在命名空间System.Data.Entity.Migrations中有一个AddOrUpdate方法:

public static void AddOrUpdate<TEntity>(
    this IDbSet<TEntity> set,
    params TEntity[] entities
)
where TEntity : class

医生说:

在调用SaveChanges时按键添加或更新实体。等效 到数据库术语中的“upsert”操作。此方法可以是 在使用迁移播种数据时很有用。

为了回答@Smashing1978的评论，我将从@Colin提供的链接中粘贴相关部分

The job of AddOrUpdate is to ensure that you don’t create duplicates when you seed data during development. First, it will execute a query in your database looking for a record where whatever you supplied as a key (first parameter) matches the mapped column value (or values) supplied in the AddOrUpdate. So this is a little loosey-goosey for matching but perfectly fine for seeding design time data. More importantly, if a match is found then the update will update all and null out any that weren’t in your AddOrUpdate.

也就是说，我有一种情况，我从外部服务中提取数据，并通过主键插入或更新现有值(并且我的消费者本地数据是只读的)-在生产中使用AddOrUpdate已经超过6个月了，到目前为止没有问题。