PilotПри обращении к этому приватному полю в теле action'a я работаю с отдельной копией объекта или же она расшарена между потоками, и нужно принимать во внимание многопоточность?
С отдельной копией в разрезе POST-запроса клиента. Более того, можете не утруждать себя этой заморочкой, ASP.NET сам по себе многопоточен, и если ему нужно будет, он в пуле потков создаст еще один поток.
Единственное, где можно нарваться на проблему, это статические (читай глобальные) методы. Если очень нужнат статика, - курим потокобезопасный синглтон. А вообще лучше страраться не использовать статику в бизнесе (простые не зависящие от контекста хелперы и иже не в счет).

МСУВ разрезе GET/POST-запроса клиента.

ShSergeНе понимаю зачем нужна многопоточность в аспнет. Ведь страница формируется один раз и при её формировании уже все данные должны быть в наличии и разложены по полочкам.
http://www.codeproject.com/Articles/38501/Multi-Threading-in-ASP-NET
http://blogs.msdn.com/b/alikl/archive/2008/06/23/improve-asp-net-performance-with-multithreading-using-thread-or-threadpool-objects.aspx

ShSergeАякс и хендлеры - это понятно. А при формировании страницы это зачем?
ThreadPool.QueueUserWorkItem, ManualResetEvent, WaitCallback. Причём тут "аякс и хендлеры"? Еще раз прочитайте вторую ссылку.

ShSergeнаписана явная глупость
Не понял. Какая глупость?

ShSerge, я же Вам рекомендовал почитать вторую ссылку на http://blogs.msdn.com...

Real world scenarioYou need to run 3 independent heavy database queries – Q1, Q2, Q3. You need to use the result from the three – Result = Q1+Q2+Q3. You never know the order in which each query completes. It can be: Q1Q2Q3, Q1Q3Q2, Q2Q3Q1, Q2Q1Q3, Q3Q2Q1, Q3Q1Q2. Missed any combination? Run one after another would create significant latency. Running each on its own thread would create latency of Max(Q1,Q2,Q3) which is less that sum of the three.

How to run each query on its own thread and wait for the completion for each one?

Перевод трэбэ?

ShSergeМожет быть какая-то выгода в этом и есть, но в том и только в том случае, если запросы - очень тяжёлые и ничего или почти нечего не возвращают
Ну вот, Вы сами ответили на свой вопрос. И не "может какая-то выгода", а абсолютная выгода для длительных операций (не обязательно с БД).
ShSergeно даже в этом случае, насчёт Max(Q1, Q2, Q3) - это вряд-ли.
Не понял, эт Вы о чем?
ShSergeА в общем случае - имхо, только тормозить будет и ничего хорошего не получится, только программисту дополнительный гемор.

На основе каких умозаключений сделано предположение о тормозах?
Еще раз - есть долговыполняющаяся операция. Зачем клиенту ждать ее окочания? По окончанию операции можно увемомить клиента (реализуется через ajax + timer), а можно не уведомлять.
ShSergeКороче, на месте топикстартера, я бы этим не занимался бы. Гораздо эффективнее - оптимизация самих запросов.

Во-первых, запросы могут быть и так уже оптимизированы. Во-вторых, долговыполняющаяся операция может быть связана не только с БД.