Hello:
After reviewing a few options in the NoSQL space, I am considering using Riak
for an e-commerce platform. I gather that atomicity (transactions) is not
supported while durability can be enforced per request (using dw=1 or, at
least, w=?). In other words, for most non-critical
reads/writ
The Erlang PB client gives and takes secondary index information as
binaries in some places and strings in others. For example
riakc_pb_socket:get_index/4 wants the Index and Key as binaries.
Retrieving the index information from the meta data of an object read
out of Riak gives the Index and Key a
Generally, using eventually consistent databases for e-commerce sounds
too risky.
But I know that there was some e-commerce stealth startup using Riak
for their needs (probably not for all the data though, I don't know
any details). Amazon uses Dynamo, which is quite similar to Riak. So
NoSQL can
Jeremy,
We're sorry you ran into this! Please file a bug report or or send a
pull-request to the Github project:
https://github.com/basho/riak-erlang-client/issues. We will be working to
resolve inconsistencies like these in the next dev cycle, across all our
supported clients.
On Fri, Jan 20, 20
Be aware that the client quorums are only a restriction on what the client
will wait for. It is entirely possible for a write to succeed in the larger
case, but not meet the W/DW quorum requirements. That is, the request may
"fail" but the write may still occur.
On Fri, Jan 20, 2012 at 10:01 AM, D
I assume the preferred type to be binaries?
--
Jeremy
On Fri, Jan 20, 2012 at 1:07 PM, Sean Cribbs wrote:
> Jeremy,
>
> We're sorry you ran into this! Please file a bug report or or send a
> pull-request to the Github project:
> https://github.com/basho/riak-erlang-client/issues. We will be w
Jeremy,
Binaries will more closely represent the internal representation on the
Riak side, so that would probably be the preferred method.
On Fri, Jan 20, 2012 at 11:14 AM, Jeremy Raymond wrote:
> I assume the preferred type to be binaries?
>
> --
> Jeremy
>
>
>
> On Fri, Jan 20, 2012 at 1:07 PM
We did one for long time ago with Riak at Uppsala University. Not sure
if that will help you in any way.
But you can look at our report, and see if you find anything.
http://www.it.uu.se/edu/course/homepage/projektDV/ht09/CC_product_report.pdf
/ Daniel
2012/1/20 Sean Cribbs :
> Be aware that th
I've logged Bug 1325: Fix list vs binary data type inconsistencies in
Erlang PB client library
https://issues.basho.com/show_bug.cgi?id=1325
--
Jeremy
On Fri, Jan 20, 2012 at 1:17 PM, Sean Cribbs wrote:
> Jeremy,
>
> Binaries will more closely represent the internal representation on the Riak
Hey All,
FIrst time on the list, so go easy. I've been working with the
python-riak-client for a while and one of the biggest blockers has been its
lack of connection pooling. Until recently the fork maintained at
https://github.com/bretthoerner/riak-python-client has been sufficient for
my needs
I'm not the people who are building this but I just want to comment on the
subject. Riak-python-client is not being updated very frequently.. So I
think your best shot right now is fork it as you wish and take a look at
some other forks people have made and see what new things/fixes they have
inclu
Shuhao and Michael,
I'm sorry I don't know the answer to your question, but please do not be
discouraged! We (Basho engineering) are committed to bring the Python
client up to speed within Q1 of this year, especially to make it have
feature-parity with the official Java and Ruby clients. We are a
Afternoon, Evening, Morning To All -
For today's Recap: blog posts, videos, conferences, and more.
Enjoy and have a great weekend.
Mark
Community Manager
Basho Technologies
wiki.basho.com
twitter.com/pharkmillups
---
Riak Recap for January 16 - 19
==
Amazon DynamoDB supports consistent reads and with eventually consistent reads.
http://docs.amazonwebservices.com/amazondynamodb/latest/developerguide/APISummary.html
On Jan 20, 2012, at 9:01 AM, Dmitry Demeshchuk wrote:
> Generally, using eventually consistent databases for e-commerce sound
Best regards,
Zheng Zhibin
在 2012-1-21，上午1:01，Dmitry Demeshchuk 写道：
> Generally, using eventually consistent databases for e-commerce sounds
> too risky.
>
> But I know that there was some e-commerce stealth startup using Riak
> for their needs (probably not for all the data though, I don't k
Would it then be accurate to rephrase your statement by saying that data
durability is guaranteed (specifically when dw>=1), but that reporting this
durability is not?
--
Ahmed Al-Saadi
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Friday, January 20, 2012 at 1:09 PM, Sean Cribbs
Thanks for sharing, Daniel!
--
Ahmed Al-Saadi
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Friday, January 20, 2012 at 1:46 PM, Daniel Widgren wrote:
> We did one for long time ago with Riak at Uppsala University. Not sure
> if that will help you in any way.
>
> But you can look
I meant to say that the read is eventually consistent and that does not affect
durability.
--
Ahmed Al-Saadi
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Saturday, January 21, 2012 at 12:35 AM, Ahmed Al-Saadi wrote:
> Would it then be accurate to rephrase your statement by sayin
18 matches
Mail list logo
