Tidak ada caching rencana eksekusi untuk SQL dinamis di PostgreSQL 9.4?

Per dokumentasi:

Itu fitur yang masuk akal . Sifat kueri dinamis adalah ia mengubah strukturnya dari panggilan ke panggilan.

Jika Anda ingin memanggil kueri yang sama berulang kali (opsional dengan parameter yang berbeda), gunakan pernyataan yang disiapkan :

• Pisahkan string yang diberikan dan siapkan pernyataan kasus

Atau gunakan kode SQL biasa (non-dinamis) di dalam fungsi plpgsql, yang juga diperlakukan seperti pernyataan yang disiapkan.

Dalam kasus Anda , mungkin sebaiknya PREPARE query secara dinamis. Kami memiliki kasus yang sangat mirip di sini:

• Gunakan keluaran teks dari suatu fungsi sebagai kueri baru

Juga, sangat tidak umum bahwa kueri menghabiskan 1,4 detik untuk perencanaan dan hanya 0,1 detik untuk eksekusi. Mungkin layak untuk dilihat. Mungkin ada cara untuk mengoptimalkan. Suka dengan join_collapse_limit :

• Contoh Kueri untuk menampilkan kesalahan estimasi Kardinalitas di PostgreSQL
• J:Penelusuran teks lengkap lambat karena perkiraan baris yang sangat tidak akurat

Terkait:

• Kinerja Prosedur Tersimpan PostgreSQL
• Bagaimana penyusunan pernyataan yang disiapkan?