Hi Chad,<br><br>yes, you're right: the use of secondary indexes requires LevelDB  as backend. How much of an performance penalty this imposes to you I really don't know. I'd still consider the use of secondary indexes because it is an architecturally clean solution and hence simple to implement and maintain. If you experience performance issues you still have the option to scale out, i.e, use more nodes. <br>
<br>There may yet be another option to speed up write operations, depending on your demands. You could use the memory backend for about a third of your nodes and set the write quorum to 1. This turns the memory-only nodes into something like a cache without any further need to administer this cache. On the other hand I have to say I'm not sure you can enforce that at least one replica of each data item goes to a node with LevelDB backend. <br>
<br>Best,<br><br>Stephan <br><br><div class="gmail_quote">2013/2/7 Chad Engler <span dir="ltr"><<a href="mailto:Chad.Engler@patlive.com" target="_blank">Chad.Engler@patlive.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I'm writing the prune script in Node, and the dates are stored as int timestamps so that isn't an issue.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I was under the impression that secondary indexes only worked on the LevelDB backend, we have a solid write throughput (maybe 10ish writes per second) and very little read (aside from the prune). Would we see significant performance degradation by switching from Bitcask?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">-Chad<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> riak-users [mailto:<a href="mailto:riak-users-bounces@lists.basho.com" target="_blank">riak-users-bounces@lists.basho.com</a>] <b>On Behalf Of </b>Stephan Kepser<br>
<b>Sent:</b> Thursday, February 07, 2013 1:50 PM<br><b>To:</b> <a href="mailto:riak-users@lists.basho.com" target="_blank">riak-users@lists.basho.com</a><br><b>Subject:</b> Re: Nightly Prune<u></u><u></u></span></p></div>
<div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal" style="margin-bottom:12.0pt">Hi Chad,<br><br>I recommend looking at secondary indexes. You can set up a secondary index with the relevant date from your entry. Note that there is no data type date, only string or integer. But you can easily convert a date into a string or an integer for your query purposes. Secondary indexes even provide you with a way to query for date ranges. And they are fast. So, I think they'd serve your purpose.<br>
<br>Best,<br><br>Stephan<br clear="all"><br>-- <br>Dr. Stephan Kepser | Senior IT-Consultant<br><br>codecentric AG | Merscheider Straße 1 | 42699 Solingen | Deutschland<br>tel: <a href="tel:%2B49%20%280%29%20212.23362845" value="+4921223362845" target="_blank">+49 (0) 212.23362845</a> | fax: <a href="tel:%2B49%20%280%29%20212.23362879" value="+4921223362879" target="_blank">+49 (0) 212.23362879</a> | mobil: <a href="tel:%2B49%20%280%29%20151.52883635" value="+4915152883635" target="_blank">+49 (0) 151.52883635</a><br>
<a href="http://www.codecentric.de" target="_blank">www.codecentric.de</a> | <a href="http://blog.codecentric.de" target="_blank">blog.codecentric.de</a> | <a href="http://www.meettheexperts.de" target="_blank">www.meettheexperts.de</a> | <a href="http://www.more4fi.de" target="_blank">www.more4fi.de</a><u></u><u></u></p>
</div></div></div></div></blockquote></div>