News for hackers. Stuff that matters.
Re:RethinkDB versus PostgreSQL: my personal experience by adw on Thursday February 09, 2017 @11:40PM (#13613262)
I'd agree entirely. Unless you have an exceptional reason, in which case you probably know what you're doing already, build a version of your system which uses either a relational database (with a sensible schema, not a single-table EAV thing) or a filesystem as a backing store first.

(When it comes to a primary data store, its first job is integrity, so denormalization is premature optimization.)

Similarly; don't distribute any computation you don't have to distribute. Just getting a bigger machine is remarkably likely to be cheaper, more operable and more reliable.

Re:RethinkDB versus PostgreSQL: my personal experience by throwawayish on Friday February 10, 2017 @03:40AM (#13614069)
> ... or a filesystem as a backing store first.

File systems are far harder to use correctly compared to pretty much any database; suggestion: only use them for storing large blobs, and use collision-free names (eg. random UUIDv4). Many applications don't need that though.

Re:RethinkDB versus PostgreSQL: my personal experience by adw on Friday February 10, 2017 @11:30PM (#13621021)
Sometimes you just have large blobs, though! (I'm thinking, for instance, of machine-learned models; big matrices are exactly the kind of thing we have HDF5 and friends for.)