Hacker News Reader

HNHacker News

Top New Best Ask Show Jobs

Comment by ralfd | Hacker News Reader

Parent Full thread

ralfd·

I thought about trying out MongoDB. Which NoSQL are better in your opinion?

View on HN

https://www.rethinkdb.com/ looks very promising and also introduces some very interesting concepts and ideas.

RethinkDB got me interested some time ago and I took a look how they differ from SQL and found this page.

https://www.rethinkdb.com/docs/sql-to-reql/javascript/

Frankly, I cannot understand to write queries that verbose and complex when SQL looks clear and concise.

If I'm missing on how good RethinkDB is, I will gladly like to know.

One part SQL is notorious for is you don't know where it could fail until you send the whole query and receive the error unlike these NoSQL where operations can happen progressively.

While ORM can sort of mimic that behavior, I don't like that it hides SQL which makes crappy SQL alot easier to write and harder to debug.

It depends on the use case you want it for. Unless you're at massive scale, I don't think non-ACID databases are ever really appropriate as a general purpose store.

There are niches though. Graph databases, search indexes, databases for logging, time series databases, mapreduce, etc.

What is a good database for massive-scale logging and task queuing? I am thinking of experimenting with RethinkDB or Redis, and would love to hear your thoughts.

Do yourself a favour and use RethinkDB, its so much better then MongoDB, just try it

What are your thoughts on using RethinkDB for massive-scale logging and task queuing? Trying to select between that and Redis.

Massive-scale (searchable?) logging is done with elastic-search. Redis is ok for task-queueing but is in-memory. ~best in that case (most features) would be rabbitmq (based on "python celery") though it ~should be enough in your usecase

hell, you can even use your favorite (postgresql) rdbms to queue tasks

Reply on news.ycombinator.com