Live data from Hacker News

Homebrew removes MongoDB from core formulas

github.com

21–30 of 291 posts

Re: Homebrew removes MongoDB from core formulas

#21

asked this on a sqllite thread before but: anyone know a single file nosqldb that has good python bindings. i know I could just write to json or something but I'd like something that supports queries. right now I'm using MongoDB and it's completely Overkill

What kind of queries? There's LMDB, but it's mostly k/v: https://en.wikipedia.org/wiki/Lightning_Memory-Mapped_Databa...

Re: Homebrew removes MongoDB from core formulas

#22
post #15
post #9

Earlier quoted context omitted.

Over the last few Months we’ve switched over to amazons document db just to have a managed service. We don’t regret it.

DocumentDB is still really expensive as there's no pay what you use option. I stored about 2KB of data for 72 hours and got charged fifteen dollars before I realised the mistake. They really need to come up with a per mb per hour option.

What?!? I’m a big AWS skeptic for most people but this sounds insane. Details?

Re: Homebrew removes MongoDB from core formulas

#24
Can somebody tell me what is wrong is SSPL? I just don't understand what this hostility is all about. A company creates a crucial infrastructure component which is a database, open sources it, everybody can use it for free, cloud vendors started just installing it on their servers or making clones of it and making profit off it, everybody is using a component that took years and millions of dollars to develop but the company that created it cannot even get profit from its own product. I just can't understand why would a company open sources its products if this is the result. The product is free to use, but for profit entities using this product MUST pay the maker if they are using it as a SaaS which is a zero effort operation.

This just doesn't happen in any other industry, if you go to a baker, you must pay for the bread, you can't in most cases even ask how this bread was made or know for sure that price was fair or not, and mind you this is just slice of bread, while in technology it takes years of experience and knowledge just to create something as crucial as a database, and yet people expect everything to be free, very liberal licensing to even profit from the product without sharing it with the original maker. I don't even like or even respect MongoDB as a database, but the amount of hostility towards anybody trying to make money off a FREE and OPEN SOURCE complex software is totally beyond me.

Re: Homebrew removes MongoDB from core formulas

#25

What are the best alternatives to mongo db going forward? Are there any forks with momentum?

There's a document layer for FoundationDB that seems to expose a MongoDB compatible API: https://www.foundationdb.org/blog/announcing-document-layer/

No idea how that works as I don't have any experience with either of them.

Re: Homebrew removes MongoDB from core formulas

#26

Serious question: can someone explain why the server side public license is not an open source license, with specific reference to AGPL? Is it because of the provision forcing the source code release of auxillary software used to run the software as a service? As far as I can tell, it meets the FSF's free software definition and the only that seems questionable in the OSI's open source definition is point 9.

> can someone explain why the server side public license is not an open source license

Depends on what you think 'open source' licence means. The source is literally openly available. There are just some extra restrictions on what you can do with it. The FSF and the OSI don't own what 'open source' means, of course - the term predates them and comes from intelligence.

Re: Homebrew removes MongoDB from core formulas

#27
From their official formula: https://github.com/mongodb/homebrew-brew/blob/master/Formula...

Every time I run `brew update` (or perhaps _any_ brew command), I make 6 requests to "https://downloads.mongodb.org/current.json" (one for each version of the formula), and one request to get the SHA for mongdb-shell?

This defaults the whole point of a formula - metadata describing an installable. If that .json file is compromised in any way then suddenly you are downloading anything from _anywhere_ with no checks. By embedding the hash and the download URL in the formula, like literally every other formula does, the download will fail if the release is modified. And there is a git audit trail of any formula modifications.

No thanks.

Re: Homebrew removes MongoDB from core formulas

#28

Would love to see an overview of companies that fell into the mongoDB trap and have / are migrating to another DB store.

What you do mean by the "mongoDB trap"?

Are you saying companies are hurt by the license, or are you saying companies are hurt by software's behavior (e.g. consistency model)?

Re: Homebrew removes MongoDB from core formulas

#29

asked this on a sqllite thread before but: anyone know a single file nosqldb that has good python bindings. i know I could just write to json or something but I'd like something that supports queries. right now I'm using MongoDB and it's completely Overkill

It depends on what you mean when you say you want it to "support queries", but then also ask for a "nosqldb". It really depends on whether you want a full query grammar (in that case, why not SQL?), or if a key/value store is enough.

I use lmdb pretty extensively. It is single-file (well, it has a lock file) key/value store, can be read-from/written-to by multiple processes, and embeds nicely. It has Python bindings, but I've only used it from C.

https://symas.com/lmdb/

Post reply on HN