Postgres avec les json, faut se méfier un peu quand même.
Les requêtes sont vachement plus chiantes à écrire, il me semble que les index sont beaucoup plus gros, les foreign keys sont pas possible, et ça risque de te donner un faux sentiment de sécurité "mes données sont structurés".
C’est très pratique pour stocker des données arbitraires sur une ligne, mais des que le json doit intervenir dans une requête, ca marche pas aussi bien que ce tu pourrais penser. Si ton idée c’est d’avoir juste une colonne id, et une autre "data" avec tout le json, ca va piquer.
Une db relationnelle, c’est bien pour faire du relationnel. Si tu cherches à transformer pg en db orienté document, tu vas vite avoir des problèmes.
[^] # Re: Scylla/MongoDB
Posté par groumly . En réponse au journal Cassandra 4 qui la testent, un qui l'Hécube. Évalué à 10.
Postgres avec les json, faut se méfier un peu quand même.
Les requêtes sont vachement plus chiantes à écrire, il me semble que les index sont beaucoup plus gros, les foreign keys sont pas possible, et ça risque de te donner un faux sentiment de sécurité "mes données sont structurés".
C’est très pratique pour stocker des données arbitraires sur une ligne, mais des que le json doit intervenir dans une requête, ca marche pas aussi bien que ce tu pourrais penser. Si ton idée c’est d’avoir juste une colonne id, et une autre "data" avec tout le json, ca va piquer.
Une db relationnelle, c’est bien pour faire du relationnel. Si tu cherches à transformer pg en db orienté document, tu vas vite avoir des problèmes.