Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Im not saying it needed any of these features but I view these features more important than what rethink had to offer. What rethink did offer was redis + new query lang + persistance. I dont think popularity was the issue


I think a very important "selling" point that is not emphatized enough is how it addresses upfront with intellectual honesty in the "architecture" section of the docs[0] many important questions that other databases sometimes hide away to sweeten the deal, that is:

  * How does it position itself against the CAP theorem?
  * Will it ever lose my data during normal operation? (i.e. what are the consistency guarantees)
  * What happens when 1...N nodes go down?
  * What are the requirements for a well performing cluster?
  * What are the limitations in terms of document size, number of documents, ecc?
The point I'm trying to make is that after reading that document, one can quickly and completely understand if RethinkDB suits one needs or not, without "surprises" down the road.

0: https://rethinkdb.com/docs/architecture/




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: