Contatori in scadenza a Cassandra

3

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?

    
posta Mikael 03.08.2016 - 14:53
fonte

0 risposte

Leggi altre domande sui tag