Question

I have a project which provides users with a list of current tasks that need to be completed. Any user can complete any task, and so to ensure that only one user is working on a task at a time I need to be able to ‘lock’ it. I’m using SignalR for this, so a user requests a lock on a task, and if they are successful (ie. if noone else has locked it) then they will be able to access the further information that they need.

My problem is how to store the list of locked tasks. The original plan was simply to add an additional bit field ‘IsLocked’ to the Task table and update this when the user requested a lock and when the task was unlocked. We have about 300 concurrent users, however, and a task takes only about 3-4 minutes, meaning huge numbers of additional – and tiny – queries on the database. Therefore we were wondering about in-memory storage, simply storing a list of task ids in a ‘lockedTasks’ list.

I had considered using caching, but am unsure on the best ways to do this, or even if better alternatives exist. If anyone has any experience in this then some advice would be great thanks

Answer 1

I would avoid memory completely as IIS is not that great with it, if you found your self in the IIS need for refreshing the Application Pool for some sort of reason, your list is simply gone!

Maybe a MemCache system? If it does not loose things in the above way, but…

I would advice to be in the middle, IO File is fast that request data to a Database, specially if it’s not in the same machine (witch for security reasons, it should never be), so… why not, and just to hold your list, you don’t use one of the currently famous NoSQL database?

MongoDB is a document database that has a .NET Library and it’s easy to use, it is not as fast as Memmory, but extremely quicker than Physical databases for what you want.

Normally the NoSQL Database will be hosted in the App_Data folder so it will be extremely fast to access and you can just hold there the task_id and user_id of all locked tasks.