J'ai une base de données relationnelle Postgresql existante. Quelques tableaux contiennent des blobs très gros, ils seraient beaucoup mieux que des documents NoSQL. Cela allégerait considérablement notre base de données relationnelle. Donc, nous avons pensé à déplacer ces blob-tables dans une solution NoSQL comme CosmosDB ou MongoDB. Cependant, il existe des dépendances de clé étrangère avec des tables purement relationnelles, ce qui complique le déplacement de ces tables dans leur propre base de données.Combiner NoSQL et la base de données relationnelle sur une seule instance Postgresql
J'ai trouvé que PSQL supporte nativement le stockage de documents et peut être distribué. Les solutions que j'ai examinées jusqu'à présent sont CitusData et Postgres XL. Pour ceux qui les ont utilisés, comment se comparent-ils?
Est-ce que quelqu'un a déjà rencontré des situations similaires? Avez-vous séparé dans une base de données NoSQL? Ou est-ce que quelqu'un a partitionné son PSQL en parties relationnelles et NoSQL? Comment ça c'est passé? Que recommanderiez-vous de regarder en arrière avec le recul?
Ce type de question est très large et sollicite l'opinion, sans réponse objective. La façon dont vous accomplissez cela dépend de vous, en ce qui concerne le travail avec plusieurs bases de données (* persistance polyglotte *), vs travailler dans une seule base de données (Postgres dans votre cas). Malheureusement, hors sujet pour StackOverflow. –
Donc, fondamentalement, vous voulez vraiment SQL mais appelez-le nosql? Pourquoi? Avez-vous essayé de tout faire "SQL", ou au moins des objets JSON? Quel était le problème qui devait être résolu par NoSQL? –