Live data from Hacker News

Jepsen Disputes MongoDB's Data Consistency Claims

infoq.com

311–320 of 416 posts

Re: Jepsen Disputes MongoDB's Data Consistency Claims

#311
post #246

Earlier quoted context omitted.

As a skateboarder I've always found the name itself rather amusing as the term mongo has relatively negative connotations in skating.

It also does in Spanish, it's a (rather old, but still used) shortened version of "retard" (from "mongólico", originally used to describe people with Down's syndrome).

Lose the O and it's also a nasty piece of British slang meaning the same thing.

Re: Jepsen Disputes MongoDB's Data Consistency Claims

#312
post #205

Anyone has a recommendation for a NoSQL database? https://news.ycombinator.com/item?id=23253870 (not Mongo obviously)

This question sounded familiar - turns out I replied to it in another thread: https://news.ycombinator.com/item?id=23286054 To repeat my (non)answer: There is no way to recommend NoSQL database without knowing what you need it for because NoSQL databases are highly specialized systems. If you need general-purpose database use an SQL one. It's kind of a weird question, now that I think about it. Why would anyone seek…

I'd actually say the reverse. SQL databases are highly specialised datastores: they make sense if you need one particular transaction model and one particular query language and are prepared to coerce your data into one particular model to do so.

If you're starting from just "I need to store some data" I'd look to e.g. Riak or Cassandra before looking to an SQL database.

Re: Jepsen Disputes MongoDB's Data Consistency Claims

#313
Ok, so defaults suck, marketing is misleading, documentation and error messages are not exactly obvious. Assuming you are already stuck in the soup, putting those issues aside and getting practical instead instead of throwing more fire on the discussion:

If you set w: majority and r: linearizable/snapshot, both on collection, client and on transactions. Plus assuming you accept snapshot over Isolation. How bad are those remaining cases in reality and how do these issues compare to other databases? The final "read your future writes" error looks quite scary and does not seem to be caused by configuration error, same with "duplicate effects".

Re: Jepsen Disputes MongoDB's Data Consistency Claims

#314
post #246

Earlier quoted context omitted.

As a skateboarder I've always found the name itself rather amusing as the term mongo has relatively negative connotations in skating.

It also does in Spanish, it's a (rather old, but still used) shortened version of "retard" (from "mongólico", originally used to describe people with Down's syndrome).

It’s funny. Someone I used to know from Scotland is/was a software tester by day. She went mental about the name of their companies new DB. All over social media. “Derogatory, backwards”

Re: Jepsen Disputes MongoDB's Data Consistency Claims

#315
post #122

Earlier quoted context omitted.

Nobody seems to like it. Someone has any idea on why the company still has their revenue increasing ?

I like it, but I don't really really chime in on threads where it's mostly Mongo bashing and jokes, and I'm guessing others who like MongoDB do the same. But I'd think MongoDB the company increasing in revenue isn't totally related to the quality of MongoDB the database. In fact a lot of their products seem to be targeting the "I don't want to learn how to set it up and understand indexes" crowd.

I have a legacy app that uses CouchDB under the hood. It's not actually appropriate for how it's being used, but I can see how it could be used in an appropriate way. Over time I got to respect and even like CouchDB (just not the way we're using it ;-) ). However before CouchDB apparently we started with MongoDB and then migrated to Couch after problems with data integrity in Mongo (this was a long time ago and I've heard that problems that we had have been fixed).

But I've always been curious: as a person who like MongoDB, do you have an opinion about Mongo vs. Couch? Keep in mind that you don't have do convince me that there are niches where that style of DB is appropriate ;-) I'm mostly just interested in the comparison since I've never spent any time looking at MongoDB.

Re: Jepsen Disputes MongoDB's Data Consistency Claims

#317
post #246

Earlier quoted context omitted.

As a skateboarder I've always found the name itself rather amusing as the term mongo has relatively negative connotations in skating.

It also does in Spanish, it's a (rather old, but still used) shortened version of "retard" (from "mongólico", originally used to describe people with Down's syndrome).

This is true in virtually all languages, as John Langdon Down used it to refer to the syndrome he first characterized, that today instead bears his name.

https://en.wikipedia.org/wiki/Mongolian_idiocy

Re: Jepsen Disputes MongoDB's Data Consistency Claims

#318
post #262

Earlier quoted context omitted.

Which is funny because one of the things hosted Mongo will do is constantly send you automated emails suggesting that you should create indexes (for tables that MySQL or Postgres would laugh at)

Sends emails when scanned vs returned record ratio is greater than a threshold. Not quite sure how something like this would be different for MySQL/postgres. If an index is missing for you query pattern, wouldn't you create an index in MySQL/postgres?

My claim isn’t that indexes are a bad idea. The comment I replied to suggested that Mongo’s marketing targets people who don’t want to learn how to use indexes; my claim is that the reality of the hosted product is that it frequently suggests that you add indexes (presumably doing so helps with Mongo Corps hosting margins, as well as with performance [which is laughable even with indexes])

Re: Jepsen Disputes MongoDB's Data Consistency Claims

#319
post #174
post #107

Earlier quoted context omitted.

What tools are these? Curious as a Postgres user

I've probably tried a dozen or so. For MySQL, I haven't found anything that beats SequelPro. For Postgres, I haven't found anything that comes close to parity, but my favorite is Postico. I know people that swear by IntelliJ for their db stuff, it just never hit home for me personally though.

For PG - DBeaver do a damn good job for me.

Re: Jepsen Disputes MongoDB's Data Consistency Claims

#320
post #185
post #126

Earlier quoted context omitted.

You laugh, but I bet Excel produces orders of magnitude more real "business intelligence" than all other "BI" tools combined.

Here is an anecdote. I had to work on a tool that shows what's wrong with an assembly line: missing parts, delays, etc... So that management can take corrective action. Typical "BI" stuff but in a more industrial setting. The company went all out on new technologies. Web front-end, responsive design, "big data", distributed computing, etc... My job was to use PySpark to extract indicators from a variety of data sourc…

Well in these situations, the implicit ask of your company (I've been there myself) is to basically rebuild excel but replace some of the power/flexibility of excel for safety and to remove the risk of error away from front end users (aka move the risk to the back end developers)

Unfortunately which specific features of Excel are acceptable to remove are unknown until you have already way over invested into the project.

The best I've seen this done is having Excel as a client for your data store. Where read access is straightforward and write can be done via csv upload (and heavy validation and maybe history rollback).

That way the business can self-service every permutation of dashboard/report they need and only when a very specific usecase arises do you need to start putting engineering effort behind it.

I suppose you can also supplement the Excel workflow with a pared down CRUD interface for the inevitable employee allergic to excel.

Post reply on HN