Et c'est pour moi le boom du commerce en ligne qui a amené à délaisser postgresql. On avait plus vraiment besoin de gérer des modèles de base et des requêtes complexes, mais plutôt des modèles simples (client, produit, vente) qui devaient supporter beaucoup de requêtes simples.
Pour m'être récemment mis à postgresql (je ne connaissait auparavant que mysql), certes c'est un peu moins simple par certains abords, comme l'authentification par exemple, mais on se rends vite compte que c'est beaucoup plus souple et puissant d'avoir un fichier pg_hba.conf qu'une table à l'intérieur même du SGBD.
Il me semble également que postgre est nettement en avance en terme de fonctionnalités, exemple : la réplication.
Je comprends bien pourquoi Nerim à choisi de proposer du postgresql plutôt que mysql pour l'hébergement "de base" de bases.
[^] # Re:
Posté par Marotte ⛧ . En réponse au journal MySQL est une bouse immonde. Évalué à 2.
Tout à fait d'accord.
Oui.
Et c'est pour moi le boom du commerce en ligne qui a amené à délaisser postgresql. On avait plus vraiment besoin de gérer des modèles de base et des requêtes complexes, mais plutôt des modèles simples (client, produit, vente) qui devaient supporter beaucoup de requêtes simples.
Pour m'être récemment mis à postgresql (je ne connaissait auparavant que mysql), certes c'est un peu moins simple par certains abords, comme l'authentification par exemple, mais on se rends vite compte que c'est beaucoup plus souple et puissant d'avoir un fichier pg_hba.conf qu'une table à l'intérieur même du SGBD.
Il me semble également que postgre est nettement en avance en terme de fonctionnalités, exemple : la réplication.
Je comprends bien pourquoi Nerim à choisi de proposer du postgresql plutôt que mysql pour l'hébergement "de base" de bases.