gpt4 book ai didi

postgresql 9.5 - 在 parent 同时刷新时锁定子物化 View

转载 作者:行者123 更新时间:2023-11-29 12:10:33 25 4
gpt4 key购买 nike

我有一个依赖于其他几个物化 View 的物化 View 。

matviewA matviewB matviewC
\ | /
matviewX

我想做的是同时刷新父实体化 View 。 (这其实算不上什么问题——如下图。) 【在我目前的环境下,每位家长大约需要一个小时来刷新。 ]

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

但是,如果我开始对 child 进行刷新:

psql -c "refresh materialized view concurrently matviewX" &

它会立即运行,不会等待 parent 完成刷新,因为当他们自己已经在并发刷新时,他们不会锁定他们的 child 进行刷新。

我试着在 parent 奔跑时给 child 上锁:

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" &

不幸的是,您不能对物化 View 进行显式锁定。

如果我不对 parent 使用“并发”,子实体化 View 将变得不可读。 (但是子刷新确实在运行之前等待。)

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

我也许可以编写一个函数并将所有刷新放入该函数中,然后使用临时表进行手动显式锁定管理。

或者以某种方式使用建议锁。

建议?

最佳答案

您可以简单地使用 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"

关于postgresql 9.5 - 在 parent 同时刷新时锁定子物化 View ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38235524/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com