MongoDB VS LiteDB

Alternatives to: RocksDB, eXist-db, MongoDB

It is helpful to consider how major platforms choose between database sharding vs partitioning, as this offers practical examples and advice. ** MongoDB and Sharding** MongoDB allows for the creation of shards with multiple copies. This is often used in apps like real-time analytics, gaming, large SaaS platforms, etc. For example, creating shards for a “users” collection by region to provide faster access and other local data benefits.

But sometimes we have to consider other NoSQL options, like MongoDB. Why do we want to choose MongoDB over DynamoDB? Here are some reasons:

Dual Licensing: Projects like MongoDB provide different licensing for non-commercial and commercial usage.

One inspiring example is a developer building a "Todoist Clone" using a combination of React, Node.js, and MongoDB. The developer tapped into open source libraries and community support to create a highly responsive task management application. This project underscores how indie hackers can achieve rapid development and adaptation with minimal budget – a theme echoed in several indie hacking success stories.

Data base: MongoDB

MongoDB: MongoDB is a popular NoSQL database that provides flexibility and scalability. It offers a document-oriented data model and can handle a variety of use cases. MongoDB is known for its ease of use and rich query capabilities.

Companies offering software as a service (SaaS) can adopt licenses such as the GNU Affero General Public License (AGPL) or the Server Side Public License (SSPL). For instance, early versions of MongoDB were released under AGPL, ensuring that even in a cloud environment, source code modifications remain open.

Dual Licensing: Some projects use a dual-licensing model in which the open source version is free, while a commercial version is offered to generate revenue (see examples such as MongoDB and ElasticSearch).

There are no commits or tags for two months: https://github.com/mongodb/mongo/commits/master

In the meantime, 8.0.5 and 8.0.6 were released: https://www.mongodb.com/docs/manual/release-notes/8.0/

Those appear to be patch releases for major releases, not rapid releases, so the source should be available: https://www.mongodb.com/docs/manual/reference/versioning/

There is a forum post without an answer: https://www.mongodb.com/community/forums/t/source-code-in-github/316442

Is MongoDB no longer source-available?

Recently I've been working on a personal project for developing an app using .NEt MAUI framekwork. I've been looking for options for local storage, and of course the two big contenders are LiteDB, and SQLite. Both are great projects with much to offer.

Personally, I used to use LiteDB which is a NoSQL version which in v4 paired very nicely with F# thanks to Zaid's lovely LiteDB.FSharp library. Sadly, when v5 showed up, a lot of the F# niceties were lost given how the API was changed and v5 was not very F# friendly. You can still use it of course but you fall back to more unsafe F# code which is not ideal.

Maybe you want LiteDB? I don't think you need to write SQL, you can interact with the API.

Are you aware of LiteDB? It seems like your project is going for a very similar niche. Most people looking for this type of thing will probably go for the more mature and feature-rich solution (LiteDB). So if your project has some unique value proposition to distinguish it from LiteDB, you should elaborate on that.

Please consider using the primary key to generate an unique value on the db side.

LiteDB

Before checking this out, people might want to take a look through the issues and pull requests of which there are 500+ and 50+ respectively [1]. I was really optimistic about this project and it was headed in a great direction, but it's not in a production ready state, and it seems that the main guy behind it has decided to move onto other things. It's been about a year since there was any significant activity.

I just mention this because a lot of these little issues might only become more apparent after integrating the db into your project and so it can be a bit annoying. I ended up swapping to Linq2DB [1]. It's something, more or less, similar offering an ORM/LINQ type system as well as the ability to also use direct SQL if desired. But the neat thing is that it also uses a standardized API for the LINQ query language, so you can do things like swap from SQLite to PostgreSQL in one* line of code, so long as you're not using any provider specific extensions.

[1] - https://github.com/mbdavid/LiteDB

[2] - https://github.com/linq2db/linq2db

A mature NoSQL embedded/flatfile database like LiteDB would be nice. There are some similar Rust libraries but they aren't very close to production ready and the API tends to not be too user friendly. I had trouble finding one of these for a small app I had to write recently.