News for hackers. Stuff that matters.
Re:SQLite improves performance with memory-mapped I/O by threeseed on Thursday May 23, 2013 @05:29PM (#5759634)

   it becomes slower than standard DBs
Sorry but either you're ignorant or being deliberately disingenuous. Either way this statement is completely untrue for many use cases. Can you not imagine situations where a document database would be orders of magnitude faster than ANY SQL one ?

Think about a document with hundreds of embedded documents which equate to joins in SQL.

Re:SQLite improves performance with memory-mapped I/O by asperous on Thursday May 23, 2013 @06:47PM (#5760039)
You can use SQL as a document store, you don't have to use joins.

MongoDB queues inserts into memory before flushing it to disk. This means it's not durable in case of a power outage before the data is flushed. Turn on the safety of flushing-first and it's more or less doing the same stuff your sql software is doing.

Re:SQLite improves performance with memory-mapped I/O by lucian1900 on Friday May 24, 2013 @05:17AM (#5761915)
Is is, in fact, much much slower than both SQLite and Postgres. It's even slower than a fully indexed hstore in postgres! (which is pretty much identical to mongo's data model, except consistent, durable, with transactions, etc.)
Re:SQLite improves performance with memory-mapped I/O by gngeal on Friday May 24, 2013 @10:53AM (#5763156)
That doesn't make sense. Relational databases use relational algebra (which includes joins) to model data. The mere fact that you model it that way doesn't necessarily have to affect the physical representation. True, there is no such thing as an actual RDBMS on the market, but that's hardly Dr. Codd's fault. :-)