UPDATE all entities in the database.
All rows that match the entity key are considered as existing and are
UPDATED in the database.
Updating 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.
SubmitChanges requires one database round-trip for every entity to
update. So if you need to
update 10000 entities, then 10000 database round-trips will be performed which is INSANELY slow.
BulkUpdate in counterpart offers great customization and requires the minimum database round-trips possible.
|Operations||1,000 Entities||2,000 Entities||5,000 Entities|
|SubmitChanges||1,000 ms||2,000 ms||5,000 ms|
|BulkUpdate||50 ms||55 ms||65 ms|
You can specify more than one option using anonymous block.
You can specify a custom batch size using the
Read more: BatchSize
You can specify custom columns using the
Read more: ColumnInputExpression
You can specify custom key using the
Read more: ColumnPrimaryKeyExpression
To provide the best performance possible!
Since using the
ChangeTracker can greatly reduce performance, we chose to let
SubmitChanges method handle scenarios with
BulkUpdate, scenarios without it.
The major difference between both methods is
SubmitChanges uses the
ChangeTracker but not the
By skipping the
ChangeTracker, some methods like
DetectChanges are no longer required which greatly helps to improve the performance.