ravendb

My application includes a few queries which return large result sets (although I've capped it with a Take(300) lambda. During peak usage times, I've seen Raven.Server.exe consume an unusually large amount of RAM. In fact, during these times, Raven.Server.exe can exhaust my server's available RAM. How can I avoid this situation? After a few Google searches, I can see that other people have encountered this error before me. But RavenDB has evolved during the past few years and there are many configuration and code options which can limit the amount of RAM that Raven.Server.exe can consume and

I have some code that is searching a RavenDB database with the following index: public class Products_Search : AbstractIndexCreationTask<Product, Products_Search.Result> { public class Result { public string Query { get; set; } } public Products_Search() { Map = products => from product in products select new { Query = new { Categories = product.Categories.Boost(5), Brands = product.Brands.Boost(8), product.Description, Name = product.Name.Boost(10), product.SKU }, product.Price }; Index(x => x.Query, FieldIndexing.Analyzed); } } If I query against this like this (both strawberry protein are

I've started learning NoSQL on an example of RavenDB. I've started with a simplest model, let's say we have topics that were created by users: public class Topic { public string Id { get; protected set; } public string Title { get; set; } public string Text { get; set; } public DenormalizedUser User { get; set; } } public class DenormalizedUser { public string Id { get; set; } public string Name { get; set; } } public class User { public string Id { get; protected set; } public string Name { get; set; } public DateTime Birthdate { get; set; } //some other fields } We don't need the whole User

I've seen a lot of different ways of configuring Ninject with ASP.NET MVC, but the implementation seems to change slightly with each release of the MVC framework. I'm trying to inject a RavenDB session into my repository. Here is what I have that's almost working. public class MvcApplication : NinjectHttpApplication { ... protected override void OnApplicationStarted() { base.OnApplicationStarted(); AreaRegistration.RegisterAllAreas(); RegisterGlobalFilters(GlobalFilters.Filters); RegisterRoutes(RouteTable.Routes); } protected override IKernel CreateKernel() { return new StandardKernel(new

I've read Ayende's blog post on the multi map feature of RavenDB and have tried to implement it. I cannot get it to work through. What I have is basically the same as the example in the blog post: class RootDocument { public string Id { get; set; } public string Foo { get; set; } public string Bar { get; set; } } public class ChildDocument { public string Id { get; set; } public string RootId { get; set; } public int Value { get; set; } } class RootsByIdIndex: AbstractMultiMapIndexCreationTask<RootsByIdIndex.Result> { public class Result { public string Id { get; set; } public string Foo { get

I have simple type Question : public class Question { public Question(string id) { Id = id; Tags = new List<string>(); } public string Id { get; private set; } public IList<string> Tags { get; set; } } I have defined sample collection of such questions: var q1 = new Question("q1") { Tags = new List<string>() {"aa", "bb"} }; var q2 = new Question("q2") { Tags = new List<string>() {"aa"} }; var q3 = new Question("q3") { Tags = new List<string>() {"aa", "bb", "cc"} }; var q4 = new Question("q4"); var questions = new List<Question>() {q1, q2, q3, q4}; Now I need to find all questions, which

Is there a reason why I can't perform an Include to include a collection of documents from a query, then load them all in one query, rather than using a for-loop. var messages = Session.Query<MessageRecipient, MessageInboxIndex>() .Include(x => x.MessageId) .ToList(); Session.Load<Message>(messages.Select(x => x.MessageId)); This seems to go back to the database to fetch the objects rather than use the cache...is this by design or can it be fixed? Paul Paul, I just submitted a pull-request for that. I guess you will find this in one of the upcoming builds. Paul, That is because the