Quando utilizzare le visualizzazioni in MySQL?

Quando si creano tabelle da più join da utilizzare nell'analisi, quando si preferisce utilizzare le viste anziché creare una nuova tabella?

Uno dei motivi per cui preferirei utilizzare le viste è che lo schema del database è stato sviluppato dal nostro amministratore all'interno di Ruby e non ho familiarità con Ruby. Posso richiedere la creazione di tabelle, ma richiede un passaggio aggiuntivo e vorrei maggiore flessibilità durante lo sviluppo / test di nuovi join.

Ho iniziato a utilizzare le visualizzazioni seguendo la risposta a una domanda correlata su SO ( Quando utilizzare R, quando utilizzare SQL ). La risposta più votata inizia "esegui le manipolazioni dei dati in SQL fino a quando i dati non si trovano in una singola tabella, quindi fai il resto in R."

Ho iniziato a utilizzare le visualizzazioni, ma ho riscontrato alcuni problemi con le visualizzazioni:

1. le query sono molto più lente
2. Le viste non vengono trasferite dalla produzione al database di backup che utilizzo per l'analisi.

Le viste sono appropriate per questo uso? In tal caso, dovrei aspettarmi una penalità per le prestazioni? C'è un modo per accelerare le query sulle visualizzazioni?

Le viste in MySQL sono gestite usando uno di due diversi algoritmi: MERGEo TEMPTABLE. MERGEè semplicemente un'espansione della query con alias appropriati. TEMPTABLEè proprio quello che sembra, la vista inserisce i risultati in una tabella temporanea prima di eseguire la clausola WHERE e non ci sono indici su di essa.

L'opzione 'terza' è UNDEFINED, che dice a MySQL di selezionare l'algoritmo appropriato. MySQL tenterà di utilizzare MERGEperché è più efficiente. Avvertenza principale:

Se non è possibile utilizzare l'algoritmo MERGE, è necessario utilizzare una tabella temporanea. MERGE non può essere utilizzato se la vista contiene uno dei seguenti costrutti:

• Funzioni aggregate (SUM (), MIN (), MAX (), COUNT () e così via)

• DISTINCT

• RAGGRUPPARE PER

• VISTA

• LIMITE

• UNION o UNION ALL

• Sottoquery nell'elenco di selezione

• Si riferisce solo ai valori letterali (in questo caso, non esiste una tabella sottostante)

[Fonte]

Mi azzarderei a indovinare che le VOSTRE VISTE richiedono l'algoritmo TEMPTABLE, causando problemi di prestazioni.

Ecco un post sul blog molto vecchio sulle prestazioni delle visualizzazioni in MySQL e non sembra essere migliorato.

Tuttavia, potrebbe esserci un po 'di luce alla fine del tunnel su questo problema di tabelle temporanee che non contengono indici (causando scansioni di tabelle complete). In 5.6 :

Nei casi in cui è richiesta la materializzazione per una sottoquery nella clausola FROM, l'ottimizzatore può accelerare l'accesso al risultato aggiungendo un indice alla tabella materializzata. ... Dopo aver aggiunto l'indice, l'ottimizzatore può trattare la tabella derivata materializzata come una normale tabella con un indice e beneficia in modo simile dell'indice generato. Il sovraccarico della creazione dell'indice è trascurabile rispetto al costo dell'esecuzione della query senza l'indice.

Come sottolinea @ypercube, MariaDB 5.3 ha aggiunto la stessa ottimizzazione. Questo articolo presenta un'interessante panoramica del processo:

L'ottimizzazione viene applicata, quindi la tabella derivata non può essere unita al suo SELECT SELEZIONANTE, cosa che accade quando la tabella derivata non soddisfa i criteri per VISUALIZZARE unificabile

Le viste sono strumenti di sicurezza. Non si desidera che un determinato utente o applicazione sappia dove si trova la tabella dei dati, si fornisce una vista con solo le colonne di cui ha bisogno.

Ricorda che le visualizzazioni peggiorano sempre le prestazioni, query simili dovrebbero essere stored procedure e funzioni, non visualizzazioni.

Per effettuare una regolazione delle query, seguire sempre le migliori pratiche, evitare di utilizzare le funzioni nelle clausole WHERE, creare indici per velocizzare le selezioni, ma non abusare degli indici che degradano inserimenti, aggiornamenti ed eliminazioni.

Esiste una buona documentazione che può aiutarti: http://www.toadworld.com/LinkClick.aspx?fileticket=3qbwCnzY/0A=&tabid=234

penso che le viste siano la struttura predefinita (nessun dato) per unire le tabelle in una da superare da una query a più tabelle, che può essere utilizzata da dati reali per una rapida query relazionale ...