The project I am currently working on involves MS SQL Server and ASP.net Web Services that use Session variables. Apparently this causes a client's calls to execute in a sequential manner. I want to make sure that these methods execute asynchronously.
After doing some research it appears to me the choicest method is to persist the session state in the database using a table that tracks sessions ( using guids say ) and separate tables for each session.
Before I dive directly into this I need to know if I can gain the same sense of asynchronous operations for the web service if I configure SQL Server to store the session.
Can I ?
Sorry to say that, but the only way to execute asynchronously your code and use session variables is to make your totally custom session solution - and I mean totally custom and disable the asp.net session entirely.
Basic tips to make your session:
OnPreInit
, save only what have change on OnUnload
Mutex
code that now is work fine because the session is make synchronization with out notice it, but with out session lock maybe execute two times, like new inserting to database calls.relative:
Web app blocked while processing another web app on sharing same session
What perfmon counters are useful for identifying ASP.NET bottlenecks?
Replacing ASP.Net's session entirely
to answer and to this question if I configure SQL Server to store the session ?
the session is still lock and block the rest request. If you have the session on SQL server or on other medium is not change the way of working, only the place of the saved data.