Development quotes of the week

Posted Mar 15, 2019 9:20 UTC (Fri) by mjthayer (guest, #39183)
Parent article: Development quotes of the week

Regarding the SSPL - do the target users have any reasonable alternative to MongoDB? If not I could imagine it working for MongoDB unless someone thinks it worth their time to fork the pre-SSPL version. But that leads to the more interesting question is - is there anything that the MongoDB team can offer large users which would cost them more if they were to do it themselves in-house? Like prioritising certain features or fixes during development?

Development quotes of the week

Posted Mar 16, 2019 0:12 UTC (Sat) by flussence (guest, #85566) [Link] (2 responses)

PostgreSQL's native JSON support has pretty decent performance (a lot of ActivityPub server software relies on it, for example). In the face of that competition MongoDB didn't have a whole lot going for it even before the SSPL.

Development quotes of the week

Posted Mar 16, 2019 0:20 UTC (Sat) by rahulsundaram (subscriber, #21946) [Link] (1 responses)

I noticed that Pulp (which is the open source content management component) of Red Hat Satellite simply moved on to using PostgreSQL instead of MongoDB + PostgreSQL and Red Hat has dropped MongoDB completely. No forks seem to have emerged. It may very well be that the license change would get more people to look at traditional databases which have grown support for NoSQL type features. That is probably a good thing.

Development quotes of the week

Posted Mar 23, 2019 21:41 UTC (Sat) by Wol (subscriber, #4433) [Link]

Or look at the original NoSQL database - Pick. Unfortunately I'm unaware of a viable Free Software implementation.

(aiui, the NoSQL domain was registered / is owned by one of the leading lights in the Pick community. It predates the rise of NoSQL in general, and was intended to trigger exactly that.)

But to implement a Pick database, really all you need is a decent key/value datastore, and a way of handling n-dimensional data (as provided by Pick's DataBASIC language). In maths, the general always trumps the specific, and Pick's n-dimensional data store trumps relational's 2-dimensional store.

Cheers,
Wol