下面是Ron的流行解决方案的一个变体，它通过利用另一个关于堆栈溢出的流行解决方案来确定实体框架类的底层表名，从而避免使用硬编码的字符串表名。

使用这些扩展方法，解决方案看起来像这样:

_dbContext.TruncateTable<TheTableName>();

(使用this.TruncateTable <…如果你在EF DBContext类或部分类文件中编辑代码)

这是扩展类:

public static class EntityFrameworkExtensions
{
    private static string ParseTableNameFromSQL(string sql)
    {
        Regex regex = new Regex("FROM (?<table>.*) AS");
        Match match = regex.Match(sql);

        string table = match.Groups["table"].Value;
        return table;
    }
    
    public static string GetTableName<T>(this IObjectContextAdapter context) where T : class =>
        ParseTableNameFromSQL(context.ObjectContext.CreateObjectSet<T>().ToTraceString());
    
    public static void TruncateTable<T>(this DbContext dbContext) where T : class =>
        dbContext.Database.ExecuteSqlCommand($"TRUNCATE TABLE {dbContext.GetTableName<T>()}");

    public static void DeleteAllTableRows<T>(this DbContext dbContext) where T : class =>
        dbContext.Database.ExecuteSqlCommand($"DELETE FROM {dbContext.GetTableName<T>()}");
}

最后一个扩展方法DeleteAllTableRows是一个有用的替代方案，如果你的表不能被截断(例如，由于外键引用)-这仍然比实体框架RemoveAll替代方案快得多。

下面是Ron的流行解决方案的一个变体，它通过利用另一个关于堆栈溢出的流行解决方案来确定实体框架类的底层表名，从而避免使用硬编码的字符串表名。

使用这些扩展方法，解决方案看起来像这样:

_dbContext.TruncateTable<TheTableName>();

(使用this.TruncateTable <…如果你在EF DBContext类或部分类文件中编辑代码)

这是扩展类:

public static class EntityFrameworkExtensions
{
    private static string ParseTableNameFromSQL(string sql)
    {
        Regex regex = new Regex("FROM (?<table>.*) AS");
        Match match = regex.Match(sql);

        string table = match.Groups["table"].Value;
        return table;
    }
    
    public static string GetTableName<T>(this IObjectContextAdapter context) where T : class =>
        ParseTableNameFromSQL(context.ObjectContext.CreateObjectSet<T>().ToTraceString());
    
    public static void TruncateTable<T>(this DbContext dbContext) where T : class =>
        dbContext.Database.ExecuteSqlCommand($"TRUNCATE TABLE {dbContext.GetTableName<T>()}");

    public static void DeleteAllTableRows<T>(this DbContext dbContext) where T : class =>
        dbContext.Database.ExecuteSqlCommand($"DELETE FROM {dbContext.GetTableName<T>()}");
}

最后一个扩展方法DeleteAllTableRows是一个有用的替代方案，如果你的表不能被截断(例如，由于外键引用)-这仍然比实体框架RemoveAll替代方案快得多。

var all = from c in dataDb.Table select c;
dataDb.Table.RemoveRange(all);
dataDb.SaveChanges();

警告:以下仅适用于小表(考虑< 1000行)

这里是一个使用实体框架(而不是SQL)删除行的解决方案，因此它不是SQL Engine(R/DBM)特定的。

这里假设您这样做是为了测试或类似的情况。 要么

数据量过小或 表现不重要

简单地调用:

VotingContext.Votes.RemoveRange(VotingContext.Votes);

假设在此背景下:

public class VotingContext : DbContext
{
    public DbSet<Vote> Votes{get;set;}
    public DbSet<Poll> Polls{get;set;}
    public DbSet<Voter> Voters{get;set;}
    public DbSet<Candidacy> Candidates{get;set;}
}

为了让代码更整洁，你可以声明下面的扩展方法:

public static class EntityExtensions
{
    public static void Clear<T>(this DbSet<T> dbSet) where T : class
    {
        dbSet.RemoveRange(dbSet);
    }
}

那么上面变成:

VotingContext.Votes.Clear();
VotingContext.Voters.Clear();
VotingContext.Candidacy.Clear();
VotingContext.Polls.Clear();
await VotingTestContext.SaveChangesAsync();

我最近使用这种方法为每次测试用例运行清理我的测试数据库(它显然比每次从头创建数据库快，尽管我没有检查生成的删除命令的形式)。

为什么会变慢?

EF将得到所有的行(VotingContext.Votes) 然后会使用他们的id(不知道具体怎么做，没关系)删除他们。

因此，如果你正在处理大量的数据，你将杀死SQL server进程(它将消耗所有的内存)，同样的事情对于IIS进程，因为EF将缓存所有数据与SQL server相同的方式。如果您的表包含大量数据，请不要使用此方法。

我在处理一个特殊情况时遇到了这个问题:完全更新“叶”表中的内容(没有指向它的fk)。这涉及到删除所有行并放入新行信息，这应该以事务方式完成(如果由于某种原因插入失败，我不想以空表结束)。

我已经尝试了公共静态void Clear<T>(此DbSet<T> DbSet)方法，但没有插入新行。另一个缺点是整个过程很慢，因为一行一行地删除。

因此，我已经切换到TRUNCATE方法，因为它更快，而且它也是可回滚的。它还重置标识。

使用存储库模式的示例:

public class Repository<T> : IRepository<T> where T : class, new()
{
    private readonly IEfDbContext _context;

    public void BulkInsert(IEnumerable<T> entities)
    {
        _context.BulkInsert(entities);
    }

    public void Truncate()
    {
        _context.Database.ExecuteSqlCommand($"TRUNCATE TABLE {typeof(T).Name}");
    }
 }

 // usage 
 DataAccess.TheRepository.Truncate();
 var toAddBulk = new List<EnvironmentXImportingSystem>();

 // fill toAddBulk from source system
 // ...

 DataAccess.TheRepository.BulkInsert(toAddBulk);
 DataAccess.SaveChanges();

当然，如前所述，由外键引用的表不能使用此解决方案(TRUNCATE失败)。

EF Core 7.0通过添加批量更新和删除语义一次性解决了这个问题:

await dataDB.Table.ExecuteDeleteAsync();

注意，此语法立即执行底层(SQL)命令从表中删除数据。它不需要跟踪实体、标记实体以便删除，也不需要等待UpdateDatabase对数据库执行事务。

还要注意，默认情况下，单个事务中不会包含多个ExecuteDelete和ExecuteUpdate命令。但是，可以使用DbContext事务api在事务中包装这些命令。