Écrire un billet pour expliquer dans quel cas je ne conseille pas d'utiliser MongoDB

[stephane-klein]

Le but de cette issue est d'écrire un billet pour expliquer dans quel cas je ne conseille pas d'utiliser MongoDB.

Ressources :

• Théorème CAP
• NoSQL - Théorie

  Les caractéristiques principales des SGBD NoSQL sont de permettre la manipulation de volumes de données importants et de permettre une scalabilité horizontale.

• MapReduce

  Le MapReduce étant indépendant du système de stockage, il ne peut pas prendre en compte l'ensemble des données en entrée pour avoir un index disponible. MapReduce ne semble pas capable d'utiliser des index. Cependant, trois méthodes pour utiliser les index ont été trouvées afin d'augmenter la vitesse du processus du traitement des données

• Résultats de recheches "MongoDB" sur Hackernews : https://hn.algolia.com/?q=mongodb
• Résultats de recherches "PostgreSQL" sur Hackernews :

[stephane-klein]

J'aime beaucoup 🙂 :

100% of my friends who have used Mongo/similar NoSQL have given up and had a nasty rewrite back to pgSQL.

This seems to be the journey:

1. Lack of migrations is awesome! We can iterate so quickly for MVP

2. Get users

3. Add features, still enjoying the speed of iteration

4. Get more users

5. Start building reporting features for enterprise/customer support/product metrics (ie: when the real potential success starts)

6. Realise you desperately need joins, transactions and other SQL features

7. Pause product dev for 1-3+ months to migrate back to SQL, or do some weird parallel development process to move it piecemeal back.

From : https://news.ycombinator.com/item?id=15124306

[stephane-klein]

For example event-like data such as message logs.

From : https://lobste.rs/s/xriq3g/why_you_should_never_use_mongodb_2013

[stephane-klein]

The story of MongoDB has its beginnings much earlier than 2007. In 1995, Dwight Merriman and Kevin O'Connor created the famous online advertising company DoubleClick. Kevin Ryan joined the team soon after(Dwight and Kevin later cofounded 5 companies together - Gilt, 10gen, Panther Express, ShopWiki and Business Insider). DoubleClick soon took off and within a few years it was serving as much as 400,000 ads/second. Such large scale traffic was not anticipated by the relational database technologies available at that time. Configuring relational databases for such scale also required substantial amount of money and hardware resources. So Dwight(who was the CTO at the time) and his team wrote custom database implementations to scale DoubleClick for the increased traffic

From : https://www.quickprogrammingtips.com/mongodb/mongodb-history.html

[stephane-klein]

Je suppose que le fait que MongoDB n'avait par défaut pas de sécurité, pas de password s'implifiait les pré-requis des tutoriaux Postgresql, d'autant plus que c'était l'époque avant Docker.

[stephane-klein]

You have to conclude that the entire website exists only as part of MongoDB’s aggressive and scammy marketing.

As soon as I subscribed to ‘Web developer’ channel on Twitter, I saw exactly the same thing: so many accounts - either bots or shills - all asserting how MongoDB is amazing, and dominant, and the best - or only - option for anything on the web. They must be spending a huge amount on this, and it is working in its own way.

From : https://lobste.rs/s/szf8el/mongodb_history

Je pense que c'est ce qui m'énerve le plus avec MongoDB, via leur hype, leurs marketing, ils ont trompés énormément de développeurs (dont moi entre 2010 et 2014).

[stephane-klein]

MongoDB’s aggressive and scammy marketing.

👍

[stephane-klein]

• [ ] À lire A Year of MongoDB