﻿<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>Ayende @ Rahien</title><link>http://ayende.com</link><description>Ayende @ Rahien</description><copyright>Copyright (C) Ayende Rahien  2004 - 2021 (c) 2026</copyright><ttl>60</ttl><item><title>huey commented on Designing a document database: Concurrency</title><description>The server rejecting an update does not translate into the user experience.  It is up to the client code to know how to handle this rejection in a user pleasing and business logic acceptable way.
</description><link>http://ayende.com/3900/designing-a-document-database-concurrency#comment8</link><guid>http://ayende.com/3900/designing-a-document-database-concurrency#comment8</guid><pubDate>Tue, 10 Mar 2009 17:21:05 GMT</pubDate></item><item><title>josh commented on Designing a document database: Concurrency</title><description>ok. guess I was throwing partial updates in there too. If the user experience of requiring the document to be reloaded if its not the latest before accepting changes is acceptable, then good. it is, by far, much easier to implement.
</description><link>http://ayende.com/3900/designing-a-document-database-concurrency#comment7</link><guid>http://ayende.com/3900/designing-a-document-database-concurrency#comment7</guid><pubDate>Tue, 10 Mar 2009 16:02:10 GMT</pubDate></item><item><title>Ayende Rahien commented on Designing a document database: Concurrency</title><description>I am not sure that I understand what you mean.
  
What I intend to do is actually create a very simple system. If you update a document with a version that is not the latest, I am going to reject the update.
</description><link>http://ayende.com/3900/designing-a-document-database-concurrency#comment6</link><guid>http://ayende.com/3900/designing-a-document-database-concurrency#comment6</guid><pubDate>Tue, 10 Mar 2009 15:56:45 GMT</pubDate></item><item><title>josh commented on Designing a document database: Concurrency</title><description>so you track what changes on the client/app side, and send only those changes with the relevant version?
</description><link>http://ayende.com/3900/designing-a-document-database-concurrency#comment5</link><guid>http://ayende.com/3900/designing-a-document-database-concurrency#comment5</guid><pubDate>Tue, 10 Mar 2009 15:50:36 GMT</pubDate></item><item><title>Ayende Rahien commented on Designing a document database: Concurrency</title><description>No, I do not. I track this at field level.
  
This something like the way SVN track those changes.
</description><link>http://ayende.com/3900/designing-a-document-database-concurrency#comment4</link><guid>http://ayende.com/3900/designing-a-document-database-concurrency#comment4</guid><pubDate>Tue, 10 Mar 2009 15:44:55 GMT</pubDate></item><item><title>josh commented on Designing a document database: Concurrency</title><description>So do you version at the record/document level or at the field level? Assuming you want to merge changes without overwriting someone else's update, you need a way to determine what changed at the field level. Maybe you don't care that much, or just make a user reload the latest version before allowing them to commit changes (which can be a bad user experience). 
  
</description><link>http://ayende.com/3900/designing-a-document-database-concurrency#comment3</link><guid>http://ayende.com/3900/designing-a-document-database-concurrency#comment3</guid><pubDate>Tue, 10 Mar 2009 15:35:47 GMT</pubDate></item><item><title>Ayende Rahien commented on Designing a document database: Concurrency</title><description>No, I mean that you know what version a document is, useful for things like optimistic concurrency.
</description><link>http://ayende.com/3900/designing-a-document-database-concurrency#comment2</link><guid>http://ayende.com/3900/designing-a-document-database-concurrency#comment2</guid><pubDate>Tue, 10 Mar 2009 12:12:00 GMT</pubDate></item><item><title>Tobin Harris commented on Designing a document database: Concurrency</title><description>When you say versioned, do you mean that we can rewind/fast forward in time to a particular version?
  
  
</description><link>http://ayende.com/3900/designing-a-document-database-concurrency#comment1</link><guid>http://ayende.com/3900/designing-a-document-database-concurrency#comment1</guid><pubDate>Tue, 10 Mar 2009 12:03:43 GMT</pubDate></item></channel></rss>