Jeste by bylo dobre zminit ze kvuli tomu aby se neztracely tombstones je potreba spoustet 1x tydne 'nodetool repair' na kazdy uzel.

2. data ktera jsou v cassandre navic (extra repliky) se neodmazavaji automaticky musi se na ne spustit cas od casu 'nodetool cleanup'. V zasade po pripadani novych uzlu pro jistotu spustit na vsechny repair a pak cleanup.

3. Kdyz se pridava uzel a neni v bootstrap modu, tak automaticky zacne byt poskytovatelem mu daneho rozsahu aniz by mel patricna data. Pouzije se read repair aby ty data ziskal, ale pokud je aplikace nastavena na cteni pouze z jedne repliky tak pak bude vracet ze data neexistuji pokud se pri vyberu z ktereho serveru se ma cist trefi do nej.

pocitani zaznamu (klicu) pres createRangeSlicesQuery je pomala operace a to i kdyz se zavola setReturnKeysOnly() aby to nevracelo data ale jen klice.

Na tenhleten druh operaci neni cassandra optimalizovana. Umi rychle pocitat sloupecky v radce.

SQL databaze IBM DB2 je velmi vyrazne (30x) rychlejsi pro tento druh operaci. Jede sekvencne, zatimco cassandra se musi divat do vsech sstables.