Menurut dokumen:
CONCURRENTLY. Refresh tampilan terwujud tanpa mengunci pilihan bersamaan pada tampilan terwujud. (...)
... ISI LAINNYA ...
Bahkan dengan opsi ini hanya satu REFRESH pada satu waktu yang dapat berjalan melawan satu tampilan terwujud .
Saya memiliki fungsi yang memeriksa waktu refresh terakhir untuk tampilan MATERIALISASI dan, jika lebih dari 60 detik telah berlalu, itu akan menyegarkan kembali.
Namun, apa yang akan terjadi jika saya mencoba menyegarkan tampilan terwujud dari dua proses terpisah pada saat yang sama? apakah mereka akan mengantri atau mereka akan membuat kesalahan?
Apakah ada cara untuk mendeteksi ketika PANDANGAN MATERIALISASI sedang disegarkan dan karenanya tidak menyentuhnya?
Saat ini, saya terpaksa mengisi catatan tabel sebelum menyegarkan (mengatur refreshingke true) dan kemudian mengaturnya falseketika proses telah selesai.
EXECUTE 'INSERT INTO refresh_status (last_update, refreshing)
VALUES (clock_timestamp(), true) RETURNING id') INTO refresh_id;
EXECUTE 'REFRESH MATERIALIZED VIEW CONCURRENTLY my_mat_view';
EXECUTE 'UPDATE refresh_status SET refreshing=false WHERE id=$1' USING refresh_id;
Kemudian, setiap kali saya memanggil prosedur ini, saya memeriksa yang terbaru last_updatedan refreshingnilainya. Jika refreshingbenar, maka jangan mencoba untuk menyegarkan tampilan terwujud.
EXECUTE 'SELECT
extract(epoch FROM now() - (last_update))::integer,
refreshing
FROM refresh_status
ORDER BY last_update DESC
LIMIT 1' INTO update_seconds_ago, refreshing;
IF(updated_seconds_ago > 60 AND refreshing = FALSE) THEN
-- the refresh block above
END IF;
Namun, saya tidak yakin bendera penyegaran diperbarui secara serempak (maksud saya, itu benar-benar menunggu penyegaran untuk benar-benar selesai)
Apakah pendekatan ini rasional atau saya melewatkan sesuatu di sini?