<div dir="ltr"><div><div><div><div><div><div><br></div>Hello Maksym,<br><br></div>Thank you for your work!<br><br></div>I suggest you to consider more general approach and hide backend specific staff. I have the next proposal:<br>
</div>1) add support for inconsistent write operation by adding PutItem, UpdateItem and DeleteItem request parameters "consistent" = True of False (as well as GetItem and Query requests) <br></div>2) add possibility to set backend specific metadata (it would be nice to use some generic format like json) per table in scope of create table request. I suggest to specify mapping for Cassandra consistency level per operation type (consistent read, inconsistent read, consistent write, inconsistent write)<br>
<br></div>I agree that now we have a limitation for inconsistent write operation on tables with indexed fields and for requests with specified expected conditions. I have thought about how to overcome this limitation and it seems that I found out solution for index handling without CAS operation. And maybe it is reasonable to redesign it a bit.<br>
<br><div><div><div><div><div><div class="gmail_extra"><div class="gmail_quote">On Mon, Apr 28, 2014 at 8:33 AM, MAKSYM IARMAK (CS) <span dir="ltr"><<a href="mailto:Maksym_Iarmak@symantec.com" target="_blank">Maksym_Iarmak@symantec.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div>
<div style="direction:ltr;font-size:x-small;font-family:Tahoma">
<div><font face="Times New Roman" size="3">Hi,</font></div>
<div><font face="Times New Roman" size="3"></font> </div>
<div><font face="Times New Roman" size="3">Because of we can't use inconsistent write if we use indexed table and condition operations which indexes based on (this staff requires the state of data), we have one more issue.</font></div>

<div><font face="Times New Roman" size="3"></font> </div>
<div><font face="Times New Roman" size="3">If we want to make write with consistency level ONE (WEAK) to the indexed table, we will have 2 variants:</font></div>
<div><font face="Times New Roman" size="3">1. Carry out the operation successfully and implicitly make write to the indexed table with minimally possible consistency level for it (QUORUM);</font></div>
<div><font face="Times New Roman" size="3">2. Raise an exception, that we can not perform this operation and list all possible CLs for this operation.</font></div>
<div><font face="Times New Roman" size="3"></font> </div>
<div><font face="Times New Roman" size="3">I personally prefer the 2nd variant. So, does anybody have some objections or maybe another ideas?</font></div>
<div dir="ltr"><font color="#000000" face="Times New Roman" size="3"></font> </div>
<div style="DIRECTION:ltr"><font face="Times New Roman" size="3">
<hr>
</font><font color="#000000" face="Tahoma"><b>From:</b> MAKSYM IARMAK (CS) [<a href="mailto:Maksym_Iarmak@symantec.com" target="_blank">Maksym_Iarmak@symantec.com</a>]<br>
<b>Sent:</b> Friday, April 25, 2014 9:14 PM<br>
<b>To:</b> <a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a><br>
<b>Subject:</b> [openstack-dev] [MagnetoDB] Configuring consistency draft of concept<br>
</font><br>
</div><div class="">
<div></div>
<div>
<div style="direction:ltr;font-size:x-small;font-family:Tahoma">
<div><font size="4">>So, here is specification draft of concept.</font></div>
</div>
</div>
</div></div>
</div>

<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div><div>Best regards,<br></div>Dmitriy Ukhlov<br></div>Mirantis Inc.<br></div>
</div></div></div></div></div></div></div>