News for hackers. Stuff that matters.
Re:Why you should never use MongoDB (2013) by clifanatic on Monday August 15, 2016 @02:36PM (#12292453)
> "forget about normalization! Duplication is okay."

Not just duplication. I did some work on a platform that used ElasticSearch as a relatively relational "document" store (that is, a purpose to which a true RDBMS would have been better suited). Besides data duplication, we ran into the problem of data consistency: using the author's TV show example, we would end up with some actor's whose birthdates would be recorded, but some whose age was recorded instead. Some TV shows would list the actors by role, some would just list the actors and the roles in two different lists. Sometimes the TV show start and end dates would be milliseconds since the epoch, some would be dates in YYYY/MM/DD formatted strings. Some would be dates in DD-MM-YY formatted strings. All scattered randomly throughout the data store. Elastic schema means random schema.

Re:Why you should never use MongoDB (2013) by drivingmenuts on Monday August 15, 2016 @02:43PM (#12292506)
On the surface, that sounds more like a problem of data cleanup before insertion. Were you doing any validation/normaliztion of the data beforehand?
Re:Why you should never use MongoDB (2013) by clifanatic on Monday August 15, 2016 @03:34PM (#12292825)
> Were you doing any validation/normaliztion of the data

Of course we (they) were - lots of it! Just inconsistently...