La belle chose à propos du nouveau moteur de stockage de Cassandra est la possibilité de stocker les valeurs NOT. Qu'est-ce que cela signifie est ce qu'il était censé être: une valeur null est simplement une valeur qui ne devrait pas être là. Cela donne une grande flexibilité, car une valeur nulle non explicitement (ou implicitement, voir plus loin) insérée ne prendra pas d'espace de stockage, ni utilisera la puissance de traitement et la bande passante d'E/S.
En effet, il est assez facile de remplir une ligne avec des valeurs nulles:
INSERT INTO mytable (pk, c2, c3) VALUES (0x1234, null, null);
De cette façon, vous dites explicitement C * pour stocker une valeur nulle dans les deux c2 et c3. Cependant, vous pouvez obtenir le même effet macroscopique avec:
INSERT INTO mytable (pk) VALUES (0x1234);
Notez que je dis macroscopiques effet, parce que lorsque vous insérez explicitement une valeur nulle, C * va insérer une pierre tombale NUDER le capot. À long terme, cela vous mordra, en raison de la façon dont C * effectue des recherches, des compactions, etc ... donc vous devriez éviter autant que possible, la deuxième version fonctionnera beaucoup mieux.
Maintenant, il y a aussi un piège: vous pouvez également créer des pierres tombales implicitement. Ce aura lorsque vous utiliserez les fonctionnalités TTL intégrées à Cassandra. En conclusion, si vous vous souciez de vous, je vous suggère de NE PAS effectuer d'insertions de valeur nulle. Faites une vérification au niveau de l'application, vous économiserez du temps (et de l'argent) plus tard, par exemple pendant les lectures.
pouvez-vous suggérer quelque chose que je peux faire? Je ne veux pas vérifier chaque colonne lors de chaque insertion. De plus, je ne veux pas créer la requête dynamiquement dans tous les cas car cela prendra beaucoup de temps. – ArchitGarg
Vous pouvez écrire votre propre code ou modifier le code INSERT et UPDATE de QueryBuilder pour le désélectionner si l'insertion est nulle –