DELETE all entities from the database.
All rows that match the entity key are
DELETED from the database.
Deleting entities using a custom key from file importation is a typical scenario.
ChangeTracker being outstanding to track what’s modified, it lacks in term of scalability and flexibility.
SaveChanges require one database round-trip for every entity to
delete. So if you need to
delete 10000 entities, then 10000 database round-trip will be performed which is INSANELY slow.
BulkDelete in counterpart offer great customization and require the minimum database round-trip as possible.
|Operations||1,000 Entities||2,000 Entities||5,000 Entities|
|SaveChanges||1,000 ms||2,000 ms||5,000 ms|
|BulkDelete||45 ms||50 ms||60 ms|
How can I specify more than one option?
You can specify more than one option using anonymous block.
How can I specify the Batch Size?
You can specify a custom batch size using the
Read more: BatchSize
How can I specify custom keys to use?
You can specify custom key using the
Read more: ColumnPrimaryKeyExpression
How can I include child entities (Entity Graph)?
You cannot. Due to the risk of mistake, we preferred our offering this options and make sure every entity you wish to
delete is specified.
Why BulkDelete doesn’t use the ChangeTracker?
To provide the best performance as possible!
Since using the
ChangeTracker can greatly reduce performance, we choose to let
BulkSaveChanges method to handle scenario with
BulkDelete scenario without it.
Why BulkDelete is faster than BulkSaveChanges?
The major difference between both methods is
BulkSaveChanges use the
ChangeTracker but not the
By skipping the
ChangeTracker, some methods like
DetectChanges are no longer required which greatly helps to improve the performance.