<a href="http://couchbase.com">http://couchbase.com</a> CouchBase server has this as a configuration and works exactly how riak would. However, using a different storage for incremental ids will present challenges. Have you carefully considered Couchbase , CouchDB or Big Couch ?<br>
<br><div id="WISESTAMP_SIG_7554"><div style="font-size:13.3px;font-family:Verdana,Arial,Helvetica,sans-serif"><div style="max-width:469px;padding:0.5em 0 0.5em">                                 <a href="http://www.linkedin.com/pub/muzaaya-joshua/39/2ba/202" target="_blank">                                              <img src="https://s3.amazonaws.com/images.wisestamp.com/apps/buttons/linkedinbutton_option_1.png" style="border: none;" border="0">                                 </a></div>
<div style="border-top:1px solid #eeeeee;margin-top:17px;padding-top:2px;font-size:75%"><a style="color:#6f6f6f;text-decoration:none" href="http://r1.wisestamp.com/r/landing?u=cf16262215eb8784&v=3.11.21&t=1350986076607&promo=10&dest=http%3A%2F%2Fwww.wisestamp.com%2Femail-install%3Futm_source%3Dextension%26utm_medium%3Demail%26utm_campaign%3Dpromo_10"><span style="color:#6f6f6f">Designed with WiseStamp - </span></a><a style="color:#3f48cc;text-decoration:underline" href="http://r1.wisestamp.com/r/landing?u=cf16262215eb8784&v=3.11.21&t=1350986076607&promo=10&dest=http%3A%2F%2Fwww.wisestamp.com%2Femail-install%3Futm_source%3Dextension%26utm_medium%3Demail%26utm_campaign%3Dpromo_10"><span style="color:#3f48cc">Get yours</span></a> <img src="http://static.wisestamp.com/promo/promo.html/p.gif?u=cf16262215eb8784&v=3.11.21&t=1350986076607&promo=10" height="1" width="1"></div>
<img src="https://wisestamp.appspot.com/pixel.png?p=mozilla&v=3.11.21&t=1350986076607&u=cf16262215eb8784" height="1" width="1"></div></div><br><br><div class="gmail_quote">On Tue, Oct 23, 2012 at 7:32 AM, Rapsey <span dir="ltr"><<a href="mailto:rapsey@gmail.com" target="_blank">rapsey@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There is also another trick you can use. Pick a number. Assign every app server you have a number between 1 and N. The number assigned to the server is your starting ID, then increment by N every time you generate an ID from that server. The only limitation is that you have to know in advance how big N can get (it has to be larger than the number of your app servers). <div>

<br></div><div><br></div><div>Sergej<div><div class="h5"><br><br><div class="gmail_quote">On Tue, Oct 23, 2012 at 6:00 AM, Shashwat Srivastava <span dir="ltr"><<a href="mailto:darklrd@gmail.com" target="_blank">darklrd@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thank you Guido. Yes, a secondary index based on date would be immensely helpful for me to navigate via date. I will do this. An incremental message id would be helpful for me to get last 50 messages and so forth. I will use another db for this. Thanks for all your help.<span><font color="#888888"><div>


<br></div></font></span><div><span><font color="#888888">Shashwat </font></span><div><div><br><br><div class="gmail_quote">On Mon, Oct 22, 2012 at 2:46 PM, Guido Medina <span dir="ltr"><<a href="mailto:guido.medina@temetra.com" target="_blank">guido.medina@temetra.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Don't overkill it with technology, you could use Riak with a simple
    2i index (integer index YYYYMMDD for the message date so you can
    search day by day backward), and for the message sequence or
    identifier you could either user ANY SQL database sequence or a UUID
    generator.<br>
    <br>
    HTH,<br>
    <br>
    Guido.<div><div><br>
    <br>
    <div>On 22/10/12 10:04, Rapsey wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div>
      <div><br>
        <div class="gmail_quote">On Mon, Oct 22, 2012 at 10:29 AM,
          Shashwat Srivastava <span dir="ltr"><<a href="mailto:darklrd@gmail.com" target="_blank">darklrd@gmail.com</a>></span> wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div><br>
            </div>
            <div>Now, each bucket would have conversation between two
              users or of a room of a site. The conversation rate for
              (some) rooms is very high, some 20,000 - 30,000 messages
              per hour. We have observed that users usually don't access
              conversations past one week. So, if a bucket has
              conversation of 3 years, then mostly users would access
              the recent conversation upto a week or month. Can riak
              handle this easily? Also, would riak use RAM wisely in
              this scenario? Would it only keep keys and indexes,
              corresponding to recent messages per bucket, in RAM?</div>
            <div><br>
            </div>
          </blockquote>
          <div><br>
          </div>
          <div>Leveldb backend should. </div>
          <div> </div>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div>Finally, what is the best approach for creating keys in
              a bucket? Earlier, I was planning to use timestamp (in
              milliseconds). But in a room there can be multiple
              messages at the same time. As I understand I cannot have
              a unique incremental message id per bucket (as riak has
              write capability in all nodes in a cluster so consistency
              is not guareented). Please correct me if I am wrong. One
              other way could be to let riak generate key and I use
              timestamp as a secondary index. But this seems to be a bad
              design. Also, what would be the best way
              to achieve pagination for this use case?  </div>
            <div><br>
            </div>
          </blockquote>
          <div><br>
          </div>
          <div>You could use redis for incremental id's. </div>
          <div> </div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>Sergej</div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
riak-users mailing list
<a href="mailto:riak-users@lists.basho.com" target="_blank">riak-users@lists.basho.com</a>
<a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a>
</pre>
    </blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
riak-users mailing list<br>
<a href="mailto:riak-users@lists.basho.com" target="_blank">riak-users@lists.basho.com</a><br>
<a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br>
<br></blockquote></div><br><br> <br>
</div></div></div>
<br>_______________________________________________<br>
riak-users mailing list<br>
<a href="mailto:riak-users@lists.basho.com" target="_blank">riak-users@lists.basho.com</a><br>
<a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br>
<br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
riak-users mailing list<br>
<a href="mailto:riak-users@lists.basho.com">riak-users@lists.basho.com</a><br>
<a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>*Muzaaya Joshua<br>Systems Engineer<br>+256774115170*<br>*"Through it all, i have learned to trust in Jesus. To depend upon His Word"<br>*<br><br><br><br>