问题描述
你好，汤姆，
MV的最佳实践是什么？
<1>
a)在拥有基表的DB上生成MV -刷新MV并在指向其他DB的DB链接上填充
或
b)通过数据库链接从源数据库获取数据，并从base_table@link_to_remote填充MV
<2>
Can MV refresh group w或k over the DB Link 或 would this create issues...?
<3>
In 或der to execute refresh group - should we grant privileges like:
a)闪回任意表格
and/或
b) EXEC DBMS_F
谢谢你
致意
安德鲁
MV的最佳实践是什么？
<1>
a)在拥有基表的DB上生成MV -刷新MV并在指向其他DB的DB链接上填充
或
b)通过数据库链接从源数据库获取数据，并从base_table@link_to_remote填充MV
<2>
Can MV refresh group w或k over the DB Link 或 would this create issues...?
<3>
In 或der to execute refresh group - should we grant privileges like:
a)闪回任意表格
and/或
b) EXEC DBMS_F
谢谢你
致意
安德鲁
专家解答
“最佳实践”是个糟糕的术语： -)因为它暗示着“最佳”的方法总是存在的。
“最好”是最适合你的。
例如：
我的网络又慢又不可靠。在这种情况下，我可能会选择在拥有基表的DB上生成MV ，并刷新MV并在指向其他DB的DB链接上填充
相对于
我的基表中的更改数量很少，而且很少。在这种情况下，我可能会选择-通过DB链接从源DB抽取（delta）数据，然后从base_table@link_to_remote填充MV
刷新组可以在数据库链接上工作-它们所做的只是为您提供了多个刷新对象之间的事务一致性
据我所知，您不需要为刷新组显式授予闪回风格的prince （即使它可能是在暗中使用该技术）
“最好”是最适合你的。
例如：
我的网络又慢又不可靠。在这种情况下，我可能会选择在拥有基表的DB上生成MV ，并刷新MV并在指向其他DB的DB链接上填充
相对于
我的基表中的更改数量很少，而且很少。在这种情况下，我可能会选择-通过DB链接从源DB抽取（delta）数据，然后从base_table@link_to_remote填充MV
刷新组可以在数据库链接上工作-它们所做的只是为您提供了多个刷新对象之间的事务一致性
据我所知，您不需要为刷新组显式授予闪回风格的prince （即使它可能是在暗中使用该技术）
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
