Les données du magasin Cassandra dans BLOB

Question

Nous utilisons Cassandra 3 et avons mis au point une modélisation basée sur les exigences initiales. Comme il y a eu des changements d'exigences très fréquents, ce modèle a par la suite changé plusieurs fois également. Par conséquent, compte tenu de ces exigences et des changements de modèles, il n'y a pas eu d'amélioration majeure en termes de développement. L'équipe a décidé d'utiliser le type de données BLOB et de stocker toutes les données dans le BLOB. Pouvez-vous s'il vous plaît partager l'inconvénient d'utiliser BLOB un tel scénario. Merci d'avance.

Answer 1

Nous avons migré directement d'Astyanax Cassandra 1.1 vers CQL Cassandra 3.0, donc nous avons encore beaucoup de familles de colonnes qui ont une valeur comme BLOB.

Les principaux problèmes auxquels nous sommes confrontés en ce moment sont:

1) Difficile de visualiser les données directement à partir de la base de données: plus grand avantage de CQL il prend en charge SQL comme les requêtes, la connexion donc dans le terminal de cql et obtenir des résultats directement à partir de là est sauve beaucoup de temps normalement. Si vous utilisez BLOB, vous ne pourrez pas faire toutes ces choses.

2) CQL fonctionne mieux lorsque votre table a un schéma bien défini au lieu d'utiliser blob pour stocker un gros morceau de données ensemble.

Si vous créez une nouvelle table, je vous suggérerais d'utiliser Collections pour votre cas d'utilisation. Vous serez en mesure de stocker différents types de données et les performances seront également bonnes.

Jolies diapositives comparant les performances des tables sans schéma et des tables avec scehma et collections. Vous pouvez passer à la diapositive 26 si vous voulez seulement le résumé.

https://www.slideshare.net/DataStax/migration-from-thrift-to-cql-brij-bhushan-ravat-ericsson-cassandra-summit-2016