Does everyone hate MongoDB?
11–20 of 159 posts
Re: Does everyone hate MongoDB?
#12http://blog.serverdensity.com/removing-memcached-because-its...
Re: Does everyone hate MongoDB?
#13Earlier quoted context omitted.
They're not particularly exciting. Example: we accidentally left detailed logging enabled on a secondary server and weren't monitoring the space left on the drive for logs. The disk got full and the secondary failed. Annoying that it failed but it was our fault for not monitoring that space and also leaving detailed logging on!
Well of course it's not exciting, but that's exactly the kind of examples I like hearing about because now I know I should always have detailed logging off. Anyways, I'm sure a lot of us would appreciate it if you wrote about your experiences, regardless of how mundane they are.
Re: Does everyone hate MongoDB?
#14Earlier quoted context omitted.
They're not particularly exciting. Example: we accidentally left detailed logging enabled on a secondary server and weren't monitoring the space left on the drive for logs. The disk got full and the secondary failed. Annoying that it failed but it was our fault for not monitoring that space and also leaving detailed logging on!
Well of course it's not exciting, but that's exactly the kind of examples I like hearing about because now I know I should always have detailed logging off. Anyways, I'm sure a lot of us would appreciate it if you wrote about your experiences, regardless of how mundane they are.
Re: Does everyone hate MongoDB?
#15Earlier quoted context omitted.
They're not particularly exciting. Example: we accidentally left detailed logging enabled on a secondary server and weren't monitoring the space left on the drive for logs. The disk got full and the secondary failed. Annoying that it failed but it was our fault for not monitoring that space and also leaving detailed logging on!
Well of course it's not exciting, but that's exactly the kind of examples I like hearing about because now I know I should always have detailed logging off. Anyways, I'm sure a lot of us would appreciate it if you wrote about your experiences, regardless of how mundane they are.
Re: Does everyone hate MongoDB?
#16I have an event logger, that logs "interesting" MySQL server events to a tab separated file and then out to a central mongodb database. So I can query several servers results at once.
Re: Does everyone hate MongoDB?
#17All I can do is laugh and keep on using Postgres...
Re: Does everyone hate MongoDB?
#18While I haven't gone full production with MongoDB yet, it has been a struggle to hear the signal through the noise. I'm glad that there are proponents of MongoDB like ServerDensity, it's nice to hear the other side of things from people who understand the issues. Out of all the issues mentioned, I'm particularly interested in a fix for uncompressed field names.
To be honest, I'd rather have on-the-fly compression of data fields. At the moment I need to do this on my end, but it would be nice to be able to mark fields as compressible. Ah well.
Re: Does everyone hate MongoDB?
#19Does everyone hate MongoDB? - 25 Sept 2012 Headline Problem: Too many people are ranting about MongoDB. Mistake: Too few data points. Overly defensive of MongoDB. Comments: You should probably learn more about Riak. The "From MongoDB to Riak" is light on details but isn't really hand-waving. The author is saying that having a masterless database results in less fretting. http://wiki.basho.com/Riak-Compared-to-MongoDB…
Re: Does everyone hate MongoDB?
#20I am indifferent to MongoDB but I do caution people that the internals and implementation are quite primitive for a database engine. It is the sort of database engine that a programmer that knows little about database engines would build. Over the years that has repeatedly manifested as problems no one should ever expect a database engine to have if properly designed. There is a reasonable point where you should not have to read the documentation to see if your database has a basic design flaw; there is an assumption of competent architecture for its nominal use cases.
MongoDB has improved in this regard over time and many other popular NoSQL (and SQL) databases have similar problems. Users are being asked to cut the database some slack for less than competent engineering choices but users just want a database to work. Being "simple" isn't enough.