PostgreSQL9.5-锁子物化视图而父级并发刷新

Question

我有一个物化视图，它依赖于其他几个物化视图。

matviewA matviewB matviewC
    \       |       /
         matviewX

我想要做的是同时刷新父的物化视图。(这并不是一个真正的问题，如下所示。)在我当前的环境中，每个父程序大约需要一个小时才能刷新。

psql -c "refresh materialized view concurrently matviewA" &
psql -c "refresh materialized view concurrently matviewB" &
psql -c "refresh materialized view concurrently matviewC" &

但是，如果我开始对孩子进行刷新：

psql -c "refresh materialized view concurrently matviewX" &

它马上运行，并且不会等待父母完成刷新，因为他们不会锁住自己的孩子进行刷新，而他们自己已经同时刷新了。

我试着在父母跑步的时候给孩子上锁：

psql -c "lock matviewX in share mode; refresh materialized view concurrently matviewA" &
psql -c "lock matviewX in share mode; refresh materialized view concurrently matviewB" &
psql -c "lock matviewX in share mode; refresh materialized view concurrently matviewC" &

不幸的是，您不能对物化视图设置显式锁。

如果我不对父母使用“并发”，孩子的物化视图就会变得不可读。(但是子刷新在运行之前确实会等待。)

我可以在调用"psql -c“的(bash)包装脚本中编写一些锁管理。或者我可以使用一个更复杂的第三方作业调度程序。我希望能有更简单的方法。

我可能会编写一个函数，并将所有刷新放到该函数中，然后使用临时表进行手动显式锁管理。

或者用建议锁。

有什么建议吗？

Answer 1

您可以简单地使用wait (参见https://stackoverflow.com/a/18663969/3886053)：

for parent in matviewA matviewB matviewC; do
  psql -c "refresh materialized view concurrently $parent" &
  echo "Started refreshing materialized view $parent"
done
echo -n "Waiting for all parents to finish... "
wait
echo "finished. Refreshing now the child materialized view"
psql -c "refresh materialized view concurrently matviewX"