Amazon redshift 红移时满载-下降与截断

Amazon redshift 红移时满载-下降与截断,amazon-redshift,truncate,vacuum,Amazon Redshift,Truncate,Vacuum,作为Redshift中每日负载的一部分,我有两个表要删除并全部加载(数据量很小,不到100万) 我的问题是,以下两种策略中,哪一种在CPU利用率和红移内存方面更好: 1) 截断数据 2) 删除并重新创建表 如果我截断表,我是否应该每天对表执行真空操作,因为我已经读到频繁删除和重新创建数据库中的表会导致页面碎片化 还有一个我想启用压缩的表。那么,每天使用编码创建DDL有什么不利之处吗 请告知!谢谢大家! 如果您删除这些表,您将失去对这些表分配的权限。如果您有这些表的视图,它们将过时 Truncat

作为Redshift中每日负载的一部分,我有两个表要删除并全部加载(数据量很小,不到100万)

我的问题是,以下两种策略中,哪一种在CPU利用率和红移内存方面更好: 1) 截断数据 2) 删除并重新创建表

如果我截断表,我是否应该每天对表执行真空操作,因为我已经读到频繁删除和重新创建数据库中的表会导致页面碎片化

还有一个我想启用压缩的表。那么,每天使用编码创建DDL有什么不利之处吗


请告知!谢谢大家!

如果您删除这些表,您将失去对这些表分配的权限。如果您有这些表的视图,它们将过时

Truncate是一个更好的选择,Truncate不需要真空或分析,它是为这样的用例而构建的

欲知详情