Memorizza il risultato di una query di database complessa ma frequente, in un'altra tabella di persistenza temporanea

In generale, una domanda sull'ottimizzazione dovrebbe sempre essere preceduta da un esempio del perché ne hai bisogno. Se puoi interrogare un database e ottenere il risultato che ti occorre in 0,001 secondi, non hai nulla di cui preoccuparti: un database restituirà volentieri tutte le informazioni di cui hai bisogno.

Ricorda, solo perché pensi che la query sia complessa non significa che il motore di database la pensi così. Un buon motore di database è costruito per interrogare grandi quantità di dati rapidamente. Troverà un modo per far funzionare la tua query nel modo più efficiente possibile.

Ora, se torni indietro e dici che non puoi generare le informazioni necessarie in meno di 30 secondi o che il numero di transazioni travolge il tuo server, potresti avere un caso per scaricare i dati in una tabella temporanea. Tuttavia, è necessario fare attenzione: non è facile come estrarre i dati da un tavolo, è necessario assicurarsi che gli utenti ottengano solo un risultato, anziché parti di due, mentre si ri-genera la tabella. Ma il mio consiglio è che non ne avrai bisogno finché non ne avrai bisogno.

Poiché questo è taggato MySQL ... MySQL ha già incorporato il supporto per query caching . Quindi non dovrebbe esservi la necessità di eseguire il rollover a meno che non si abbiano delle sfide specifiche e univoche da aggirare. Devi solo assicurarti che il caching delle query sia abilitato nella tua installazione MySQL. Non mi sorprenderebbe se la maggior parte degli altri DBMS avessero funzionalità simili.

Quindi, in generale, no, non ci dovrebbe essere bisogno di questo per le query stesse.

Se sei preoccupato per le prestazioni della query, scopri come utilizzare EXPLAIN e interpreta i risultati per aiutarti a creare indici. È qui che otterrai il miglior "bang for the buck" in termini di ottimizzazione delle prestazioni.