Nobody remembers the MangoDB spoof where they made fun of mongodb reliability by writing to /dev/null ? <a href="https://github.com/dcramer/mangodb" rel="nofollow">https://github.com/dcramer/mangodb</a><p>If this project is real they chose the worst name possible.
Let's make bets on how long it takes before the C&D hammer comes down hard on them.<p>>
Trademark infringement is the unauthorized use of a trademark or service mark on or in connection with goods and/or services in a manner that is <i>likely to cause confusion</i>, deception, or mistake about the source of the goods and/or services.<p>Emphasis mine, source <a href="https://www.uspto.gov/page/about-trademark-infringement" rel="nofollow">https://www.uspto.gov/page/about-trademark-infringement</a><p><a href="https://trademarks.justia.com/860/49/mongodb-86049805.html" rel="nofollow">https://trademarks.justia.com/860/49/mongodb-86049805.html</a><p>I wouldn't rule it out they will simply dispute the domain name <a href="https://my.nic.io/legal/legal_dispute.html" rel="nofollow">https://my.nic.io/legal/legal_dispute.html</a><p>> by using the domain name, you have intentionally attempted to attract, for commercial gain, Internet users to your web site or other online location, by creating a likelihood of confusion with the complainant’s mark
Hopefully with better durability than <a href="https://github.com/dcramer/mangodb" rel="nofollow">https://github.com/dcramer/mangodb</a>
I'm still waiting for somebody to launch <i>MondoDB</i>, hopefully with the tagline "The Radical Database!"<p>And of course the query language for this database would be GNARLY - Guided Natural Accurate Realtime Lookup Yahoo<p>The wire protocol should be SENDIT - Synthetic Electronic Node Dialogue Interoperability Transport
The key question for me would be whether this or any other Mongo alternatives are compatible with mongodb's indexing capabilities. They are complex, powerful, and can be somewhat finicky to understand and deploy.<p>As a longtime Mongo user who was disappointed to see their licensing restrictions, I would probably go back to the release before the license change and maintain a fork rather than try to plug in postgres under the hood.
And the other day there was a project that allowed to use MS SQL wire protocol on PostgreSQL, so my question is:<p>Are we just gonna implement everything on top of PostreSQL?
Another important resource for developers looking for alternatives to MongoDB itself is Percona Server for MongoDB (<a href="https://www.percona.com/software/mongodb/percona-server-for-mongodb" rel="nofollow">https://www.percona.com/software/mongodb/percona-server-for-...</a>), which is based on the MongoDB community edition (and is therefore still bound to the licensing issues with it) but adds almost all of the features found in MongoDB Enterprise for free, with costs paid by support licensing similar to Percona's other offerings.
I don't remember the exact issue that encouraged to finally abandon MongoDB but I do remember being super frustrated that I wasn't able to find a solution over several days.<p>I'm using RethinkDB these days (yes, I know it's a zombie database) and I friggin' love it.
Recently went deeep on efficient kv storage in postgres, there is an order of magnitude different in storage size between different approaches (naive skinny table, EAV, array values, mapped generic columns etc).<p>I wonder what approach this project takes, I’ll have to poke around!
That demo repo <a href="https://github.com/MangoDB-io/example" rel="nofollow">https://github.com/MangoDB-io/example</a> is forked from <a href="https://github.com/mariadb-corporation/dev-example-nosql-listener" rel="nofollow">https://github.com/mariadb-corporation/dev-example-nosql-lis...</a> which "allows a MariaDB server or cluster to be used as the backend of an application using a MongoDB client library".<p>So in other words the MangoDB project tries to port a MariaDB NoSQL example app to PostgreSQL.<p>EDIT: seems I mis-interpreted the Github repo. The example is indeed a fork of the MariaDB project but the underlying MangoDB is not.
Reminds me of other abandon things I’ve seen in this space before over the years like torodb[0] and pgmongo[1].<p>Peeking at this implementation, it seems very immature. There is a long road ahead. Good luck!<p>I always suspected this space never matured because the effort to rewrite a mongo app to use postgres was less than providing a drop in mongo translation layer.<p>Though I’ve never used mongo, I’ve always presupposed the set of people who pick mongo is a mutually exclusive from the set of people that pick Postgres. Perhaps this is proof of set intersection?<p>[0] <a href="https://github.com/torodb/server" rel="nofollow">https://github.com/torodb/server</a><p>[1] <a href="https://github.com/thomas4019/pgmongo" rel="nofollow">https://github.com/thomas4019/pgmongo</a>
What's the primary use case for this? I'd imagine it's pretty difficult to scale. How would it compare to something like FDB's document layer (which supports most of Mongo's wire protocol)? <a href="https://foundationdb.github.io/fdb-document-layer/known-differences.html" rel="nofollow">https://foundationdb.github.io/fdb-document-layer/known-diff...</a>
Slightly off topic, but I notice a lot of "full stack" courses on Udemy all use Mongo as their backend. Yet, I've always heard (hearsay) that Mongo licensing and reliability are bad. Are there not established training and "stacks" that utilize, say, Cockroach or Postgres, or some other NoSQL? Clearly I could swap out db layer with some work; I'm just surprised that training seems to focus on a database so reviled on HN.
Mongodb is just as good or better than any other database out there.<p>Coinbase uses MongoDB, Barclays uses MongoDB, BBVA uses MongoDB, Capital One uses MongoDB. Charles Schwab uses MongoDB. FICO uses MongoDB. Goldman Sachs uses MongoDB. HSBC uses MongoDB. Intuit uses MongoDB. Uk Inland Revenue uses MongoDB. UK Dept of Work and Pensions uses MongoDB. What more proof do you need that MongoDB can stand toe to toe with any RDMS.
I just moved from AWS DynamoDB to MongoDB serverless for a project due to the 400KB document size limitation on DynamoDB (as opposed to around 16MB on Mongo). Feeling nervous after reading all the comments.
MongoDB has bugs, that part is OK because every software has bugs. However, MongoDB distinguishes itself by lying about the existence of its bugs: <a href="https://en.wikipedia.org/wiki/MongoDB#Technical_criticisms" rel="nofollow">https://en.wikipedia.org/wiki/MongoDB#Technical_criticisms</a>
also possible with Oracle<p><a href="https://blogs.oracle.com/database/post/introducing-oracle-database-api-for-mongodb" rel="nofollow">https://blogs.oracle.com/database/post/introducing-oracle-da...</a>
"MangoDB is a proxy which uses PostgreSQL as a backend. The proxy translates MongoDB wire protocol commands into SQL queries, and use PostgreSQL as storage."<p>You don't have to support MongoDB, but you can support apps that were only written with Mongo as backend? That's <i>awesome</i>. I can't imagine it's production-ready yet but it's a great idea.
I don't trust developers who can't come up with a more creative, less confusing name.<p>Like, you can at least name it after another variant of Mango to make the name more interesting, or call it something similar but with a little more variation (like MangroveDB)