Kapan harus menggunakan tampilan di MySQL?

Saat membuat tabel dari beberapa gabungan untuk digunakan dalam analisis, kapan lebih disukai menggunakan tampilan dibandingkan membuat tabel baru?

Salah satu alasan mengapa saya lebih suka menggunakan view adalah bahwa skema database telah dikembangkan oleh administrator kami dari dalam Ruby, dan saya tidak terbiasa dengan Ruby. Saya dapat meminta agar tabel dibuat, tetapi membutuhkan langkah tambahan dan saya ingin lebih banyak fleksibilitas saat mengembangkan / menguji bergabung baru.

Saya mulai menggunakan pandangan mengikuti jawaban untuk pertanyaan terkait pada SO ( Kapan menggunakan R, kapan harus menggunakan SQL ). Jawaban terpilih mulai "lakukan manipulasi data dalam SQL sampai data berada dalam satu tabel, dan kemudian lakukan sisanya di R."

Saya sudah mulai menggunakan tampilan, tetapi saya mengalami beberapa masalah dengan tampilan:

1. pertanyaan jauh lebih lambat
2. Tampilan tidak dibuang dari produksi ke cadangan basis data yang saya gunakan untuk analisis.

Apakah pandangan sesuai untuk penggunaan ini? Jika demikian, haruskah saya mengharapkan penalti kinerja? Apakah ada cara untuk mempercepat permintaan pada tampilan?

Tampilan di MySQL ditangani menggunakan salah satu dari dua algoritma yang berbeda: MERGEatau TEMPTABLE. MERGEhanyalah perluasan permintaan dengan alias yang sesuai. TEMPTABLEhanya seperti apa kedengarannya, tampilan menempatkan hasilnya ke tabel sementara sebelum menjalankan klausa WHERE, dan tidak ada indeks di atasnya.

Opsi 'ketiga' adalah UNDEFINED, yang memberitahu MySQL untuk memilih algoritma yang sesuai. MySQL akan berusaha menggunakannya MERGEkarena lebih efisien. Peringatan Utama:

Jika algoritma MERGE tidak dapat digunakan, tabel sementara harus digunakan sebagai gantinya. MERGE tidak dapat digunakan jika tampilan berisi salah satu dari konstruksi berikut:

• Fungsi agregat (SUM (), MIN (), MAX (), COUNT (), dan sebagainya)

• BERBEDA

• KELOMPOK OLEH

• MEMILIKI

• MEMBATASI

• UNION atau UNION ALL

• Subquery dalam daftar pilih

• Mengacu hanya pada nilai literal (dalam hal ini, tidak ada tabel yang mendasarinya)

[src]

Saya berani menebak VIEWS Anda membutuhkan algoritma TEMPTABLE, menyebabkan masalah kinerja.

Berikut ini adalah posting blog yang sangat tua tentang kinerja tampilan di MySQL dan tampaknya tidak menjadi lebih baik.

Namun, mungkin ada sedikit cahaya di ujung terowongan tentang masalah tabel sementara ini yang tidak mengandung indeks (menyebabkan pemindaian tabel penuh). Dalam 5.6 :

Untuk kasus saat materialisasi diperlukan untuk subquery dalam klausa FROM, optimizer dapat mempercepat akses ke hasil dengan menambahkan indeks ke tabel terwujud. ... Setelah menambahkan indeks, pengoptimal dapat memperlakukan tabel turunan terwujud sama dengan tabel biasa dengan indeks, dan manfaatnya sama dari indeks yang dihasilkan. Overhead pembuatan indeks diabaikan dibandingkan dengan biaya eksekusi permintaan tanpa indeks.

Seperti yang ditunjukkan @ypercube, MariaDB 5.3 telah menambahkan optimisasi yang sama. Artikel ini memiliki ikhtisar proses yang menarik:

Optimasi diterapkan maka tabel turunan tidak dapat digabungkan ke dalam induknya SELECT yang terjadi ketika tabel turunan tidak memenuhi kriteria untuk digabung. LIHAT

Tampilan adalah alat keamanan. Anda tidak ingin pengguna atau aplikasi tertentu tahu di mana tabel data Anda, Anda memberikan tampilan hanya dengan kolom yang dibutuhkan.

Ingat bahwa pandangan selalu menurunkan kinerja, pertanyaan serupa harus disimpan prosedur dan fungsi, bukan tampilan.

Untuk membuat penyetelan kueri, selalu ikuti praktik terbaik, hindari menggunakan fungsi dalam klausa WHERE, buat indeks untuk mempercepat pemilihan, tetapi jangan menyalahgunakannya indeks menurunkan sisipan, pembaruan, dan penghapusan.

Ada dokumentasi bagus yang dapat membantu Anda: http://www.toadworld.com/LinkClick.aspx?fileticket=3qbwCnzY/0A=&tabid=234

i think views adalah struktur yang sudah ditentukan sebelumnya (tidak ada data) untuk menggabungkan tabel menjadi satu untuk diatasi dari beberapa tabel query, yang dapat digunakan dari data nyata untuk ...