RavenDB & Locking Indexes

one of the things that we keep thinking about with ravendb is how to make it easier for you to run in production.

to that end, we introduce a new feature in 2.5, index locking. this looks like this:

but what does this mean, to lock an index?

well, let us consider a production system, in which you have the following index:

from u in docs.users
select new
{
   query = new[] { u.name, u.email, u.email.split('@') }
}

after you go to production, you realize that you actually needed to also include the fullname in the search queries as well. you can, obviously, do a full deployment from scratch, but it is generally so much easier to just fix the index definition on the production server, update the index definition on the codebase, and wait for the next deploy for them to match.

this works, except that in many cases, ravendb applications call indexcreation.createindexes() on start up. which means that on the next startup of your application, the change you just did will be reverted. these options allows you to lock an index for changes, either in such a way that gives you the ability ignore changes to this index, or by raising an error when someone tries to modify the index

it is important to note that this is not a security feature, you can at any time unlock the index. this is there to make help operations, that is all.