En plus du coup classique qu'il ne comprends pas les besoins autres que les siens, typiquement le fait qu'énormément de projets ont en réalité très peu de données à l'échelle d'un serveur moderne. Beaucoup de projets ont si peu de données qu'ils tournent de façon tout à fait satisfaisante avec un SGBD sur sa configuration par défaut couplé à un ORM mal utilisé qui passe son temps à envoyer des batteries de select sur des clés primaires. Pour ça, y'a besoin ni d'un SGBD qui tient de la charge, ni de quelconques fonctionnalités avancées, mais c'est tellement loin des habitudes de SQLPro qu'il ne semble même pas imaginer que ces besoins puissent exister.
[^] # Re: Anecdote
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Sortie de "The Art of PostgreSQL" de Dimitri Fontaine. Évalué à 10. Dernière modification le 22 août 2019 à 17:57.
Et l'auteur est persuadé que libre = caca, parce que « en cas de dysfonctionnement tu ne peux pas faire un procès à l'éditeur vu qu'il n'y en a pas » (cliquez pour une citation exacte).
En plus du coup classique qu'il ne comprends pas les besoins autres que les siens, typiquement le fait qu'énormément de projets ont en réalité très peu de données à l'échelle d'un serveur moderne. Beaucoup de projets ont si peu de données qu'ils tournent de façon tout à fait satisfaisante avec un SGBD sur sa configuration par défaut couplé à un ORM mal utilisé qui passe son temps à envoyer des batteries de
selectsur des clés primaires. Pour ça, y'a besoin ni d'un SGBD qui tient de la charge, ni de quelconques fonctionnalités avancées, mais c'est tellement loin des habitudes de SQLPro qu'il ne semble même pas imaginer que ces besoins puissent exister.La connaissance libre : https://zestedesavoir.com