Ayende @ Rahien

Hi!
My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by phone or email:

ayende@ayende.com

+972 52-548-6969

, @ Q c

Posts: 5,972 | Comments: 44,520

filter by tags archive

Better patching API for RavenDB: Creating New Documents


A while ago we introduced the ability to send js scripts to RavenDB for server side execution. And we have just recently completed a nice improvement on that feature, the ability to create new documents from existing ones.

Here is how it works:

store.DatabaseCommands.UpdateByIndex("TestIndex",
                                     new IndexQuery {Query = "Exported:false"},
                                     new ScriptedPatchRequest { Script = script }
  ).WaitForCompletion();

Where the script looks like this:

for(var i = 0; i < this.Comments.length; i++ ) {
   PutDocument('comments/', {
    Title: this.Comments[i].Title,
    User: this.Comments[i].User.Name,
    By: this.Comments[i].User.Id
  });
}

this.Export = true;

This will create a set of documents for each of the embedded documents.


Comments

Daniel Lang

This helps a great deal with schema migrations. Btw, what happens when we patch lots of documents this way, create new documents along the way and then there is an error and execution stops... is then entire patch operation transactional, or is there any way to make it transactional?

Daniel Marbach

Daniel, Patching API is not transactional.

tobi

It all converges to SQL...

Ayende Rahien

Daniel, Patching is transactional on a single document, yes. That is, if you create a 1000 documents in a patch, and it fails on the 1001 document, it will all go away.

However, it is not transactional over set operations. We pulse the transaction along the way at various points to avoid high memory usage, and that means that stuff that happened for a document in the beginning of the operation will be there if the operation fails for a much later document.

Since documents are independent, and a single document patch operation is transactional, we don't see this as a problem

Comment preview

Comments have been closed on this topic.

FUTURE POSTS

  1. Reducing parsing costs in RavenDB - 10 hours from now

There are posts all the way to Aug 04, 2015

RECENT SERIES

  1. Production postmortem (5):
    29 Jul 2015 - The evil licensing code
  2. Career planning (6):
    24 Jul 2015 - The immortal choices aren't
  3. API Design (7):
    20 Jul 2015 - We’ll let the users sort it out
  4. What is new in RavenDB 3.5 (3):
    15 Jul 2015 - Exploring data in the dark
  5. The RavenDB Comic Strip (3):
    28 May 2015 - Part III – High availability & sleeping soundly
View all series

Syndication

Main feed Feed Stats
Comments feed   Comments Feed Stats