Implementazione del modello di conteggio nel database

Primo:

• Nello schema post_id è il PK di PostLikes che obbliga qualsiasi post ad avere solo un like. PK dovrebbe essere (post_id,user_id)
• I nomi delle tabelle devono essere singolari, quindi PostLikes deve essere denominato POST_LIKE .

Detto questo, la mia raccomandazione è:

Una funzione di conteggio simile non è critica (come, ad esempio, il saldo di un conto bancario), il che significa che non è fondamentale avere il conteggio esatto di un post in un dato secondo, quindi in quello caso ti suggerisco di mantenere la tabella LIKE e la colonna like_count in POST e aggiornarla ogni N minuti. Non è nemmeno necessario aggiornare il conteggio di ogni post ogni N minuti. Ogni esecuzione del processo batch può aggiornare il conteggio di un gruppo di post o di quelli più recenti.

Si noti che con questa colonna si sta consapevolmente de-normalizzando per motivi di prestazioni, il che è OK se ben sostenuto.

Non ottimizzare prima del tempo.

Essenzialmente stai scambiando un "Conteggio" per più frequenti scritture sulla tua tabella "Post" e dovendo mantenere le cose in sincronia. Vorrei rimuovere la colonna "like_count" per ora e scrivere test di sistema per profilare le prestazioni delle tue applicazioni.

Se diventa un problema di prestazioni, puoi ottimizzare a quel punto.

EDIT: non si rendeva conto che si trattava già di un problema di prestazioni.

Da un punto di vista delle prestazioni non ci sono solo informazioni sufficienti per dire quale miglior rendimento generale.

EDIT2: cambiato idea

Dal punto di vista del design ha più senso tenerlo sulla tabella "post" se non si è in grado di ottimizzarlo.