Note that there are some explanatory texts on larger screens.

plurals
  1. USjacobbaer
    primarykey
    data
    text
    plurals
    1. This table or related slice is empty.
    1. COBut it seems the pitfall of this approach is that your own code has to do what Mongo is doing; moving things from the cache to the database, which still allows inconsistencies. Unless you only write to the disk and read from the cache, invalidating as necessary?
      singulars
    2. COAlthough, their Memcache is also backed by MySQL. So the data in the cache isn't consistent, but the persistence layer is, and if something looks wrong you could always reload it from the disk. I saw MongoDB as a way to reap those benefits without having to bother with the plumbing between those layers, but I guess unless you're really not worried about consistency, the best thing must be to feed a cache with an RDBMS. Unless non-SQL data stores are to be avoided entirely, which I have a hard time believing is true, since no-one does it.
      singulars
    3. CO@vol7ron Sorry, I did mean BigTable. I guess what it seems to me is that any time a consumer website gets big enough for me to have heard of it, they're using Memcached or something similar (Reddit just moved to Cassandara). Are they wrong for doing so rather than spending the $$$$$ to scale MySQL appropriately? It seems the level of consistency provided must be good enough for most things, because I've not heard of a large-scale website that hits SQL for every query. (The rule at Facebook is you never, ever hit the disk other than to populate the cache.)
      singulars
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload