为什么要定期刷新完整数据？
Why do a periodic full data refresh?
当您定期 insert/update/delete 增量刷新时，定期完全 table 刷新是否有好处？
澄清一下，这个问题是关于 ETL 过程的。
我不确定你所说的 'data refresh' 是什么意思，所以我会冒昧地假设你的意思是重建索引。良好的维护包括随着时间的推移定期重建索引，以消除由 INSERT/UPDATE/DELETE.
导致的表上任何索引的碎片。
有关详细信息，请阅读：https://dba.stackexchange.com/questions/4283/when-should-i-rebuild-indexes
如果你的意思是说完整备份，那就是截断事务日志并创建一个更新的数据库备份，你可以从中完全恢复，而不必恢复上一个完整备份加上所有增量部分数据库备份和事务日志备份。
还有这个：https://technet.microsoft.com/en-us/library/2009.07.sqlbackup.aspx
如果您 100% 确定您的增量更新正在捕获所有 CRUD 操作，则没有理由刷新和填充。如果您的增量有超出管理流程的业务规则容差的错误空间，那么您应该考虑周期刷新和填充。
这完全取决于您的源系统、目标系统、ETL 过程以及您对错误的容忍度。
当您定期 insert/update/delete 增量刷新时，定期完全 table 刷新是否有好处？
澄清一下，这个问题是关于 ETL 过程的。
我不确定你所说的 'data refresh' 是什么意思，所以我会冒昧地假设你的意思是重建索引。良好的维护包括随着时间的推移定期重建索引，以消除由 INSERT/UPDATE/DELETE.
导致的表上任何索引的碎片。有关详细信息，请阅读：https://dba.stackexchange.com/questions/4283/when-should-i-rebuild-indexes
如果你的意思是说完整备份，那就是截断事务日志并创建一个更新的数据库备份，你可以从中完全恢复，而不必恢复上一个完整备份加上所有增量部分数据库备份和事务日志备份。
还有这个：https://technet.microsoft.com/en-us/library/2009.07.sqlbackup.aspx
如果您 100% 确定您的增量更新正在捕获所有 CRUD 操作，则没有理由刷新和填充。如果您的增量有超出管理流程的业务规则容差的错误空间，那么您应该考虑周期刷新和填充。
这完全取决于您的源系统、目标系统、ETL 过程以及您对错误的容忍度。