Quindi so che TTL non è disponibile per i contatori a causa di motivi di progettazione e ho letto link così come alcune altre domande su questo argomento, ma sembra che non ci sia una risposta chiara (a meno che non manchi qualcosa che è del tutto plausibile):
Come gestiamo con eleganza la scadenza dei segnalini in Cassandra?
Esempio di utilizzo: le visualizzazioni di pagina in un giorno specifico.
Per questo potremmo avere una tabella come
Pagine di pagina CREATE TABLE (pagina varchar, data varchar, contatore di viste, PRIMARY KEY (pagina, data));
Tra un anno, le informazioni su quante visualizzazioni abbiamo avuto in un giorno specifico non sono molto rilevanti (potremmo invece averle aggregate in una vista / mese o simili) e non vogliamo dati inutili in giro in il nostro db senza motivo. Normalmente metteremo un TTL su questo e lasceremo che Cassandra lo gestisca per noi - elegante! Ma dal momento che non è consentito utilizzare TTL per i counter table, questa non è un'opzione ...
La mia unica idea è di eseguire un lavoro notturno di cron con i dati in scadenza, il che è meno piacevole dal momento che il resto dell'invecchiamento dei dati viene gestito da Cassandra.
Sicuramente qualcun altro deve aver riscontrato questo problema con Cassandra e trovare una soluzione migliore?