下面是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();

使用SQL的TRUNCATE TABLE命令将是最快的，因为它操作的是表，而不是单个行。

dataDb.ExecuteStoreCommand("TRUNCATE TABLE [Table]");

假设dataDb是一个DbContext(而不是ObjectContext)，你可以包装它并像这样使用方法:

var objCtx = ((System.Data.Entity.Infrastructure.IObjectContextAdapter)dataDb).ObjectContext;
objCtx.ExecuteStoreCommand("TRUNCATE TABLE [Table]");

var data = (from n in db.users select n);
db.users.RemoveRange(data);
db.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相同的方式。如果您的表包含大量数据，请不要使用此方法。