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. :-)
Think about a document with hundreds of embedded documents which equate to joins in SQL.