Home/ Questions/Q 6544271
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-25T11:26:43+00:00

I’d like to use LINQ to SQL as the data layer for an application.

  • 0

I’d like to use LINQ to SQL as the data layer for an application. Optimistic concurrency seems like it would work, but I’d like to be over-optimistic and not bother with any locking (e.g. ReadUncommitted a.k.a. WITH (NOLOCK)) until I get to SubmitChanges(), at which point I think it’s OK to use ReadCommitted.

Does this sound like madness? Is it better to use two disjunct TransactionScope objects (one for reading with ReadUncommitted, followed by a second for submitting changes with ReadCommitted), or is there some nicer way I can raise the isolation level immediately before submitting changes?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    ReadCommitted or ReadUncommitted does not matter on a SubmitChanges() because it is a write, not a read. No matter what the isolation level, an update always acquires a lock and respects existing locks. It has to, that is the main purpose of locks.

    Of course, by updating uncommitted data you run the risk that the record does not even still exist to be updated, but that was the risk you accepted when deciding to be optimistic.

    • 0