Redshift：AWS ds2.2xlarge 与 AWS ds2.8xlarge：哪个在 insert/update/delete 操作中表现良好
Redshift : AWS ds2.2xlarge vs AWS ds2.8xlarge : which one performs well for insert/update/delete operations
在执行和insert/update/delete操作或节点替换操作时，AWS执行哪个更快：ds2.2xlarge或ds2.8xlarge
当 select Amazon Redshift 的节点类型时需要考虑几个因素：
- 所需的存储量
- 所需的CPU数量
- 能够并行执行
COPY 个语句
- 费用
A ds2.8xlarge 提供的存储和计算能力大约是 ds2.xlarge 的 8 倍。然而，它也有 8 倍的成本。 ds2.8xlarge肯定会更快更好，但问题是是否值得付出额外的代价。
移动到更大节点的最大原因是使用更多存储。您可以使用多个 ds2.xlarge 节点或向上移动到 ds2.8xlarge 节点。如果您不需要存储，那么就很难证明迁移到大型节点的成本是合理的。
但是，有时，如果它是一个瞬态集群，例如执行特定作业数小时然后终止的集群，则可能是值得的。这对于执行复杂的数据加载和转换特别有用，可以利用更多的并行性。
在执行和insert/update/delete操作或节点替换操作时，AWS执行哪个更快：ds2.2xlarge或ds2.8xlarge
当 select Amazon Redshift 的节点类型时需要考虑几个因素：
- 所需的存储量
- 所需的CPU数量
- 能够并行执行
COPY个语句 - 费用
A ds2.8xlarge 提供的存储和计算能力大约是 ds2.xlarge 的 8 倍。然而，它也有 8 倍的成本。 ds2.8xlarge肯定会更快更好，但问题是是否值得付出额外的代价。
移动到更大节点的最大原因是使用更多存储。您可以使用多个 ds2.xlarge 节点或向上移动到 ds2.8xlarge 节点。如果您不需要存储，那么就很难证明迁移到大型节点的成本是合理的。
但是，有时，如果它是一个瞬态集群，例如执行特定作业数小时然后终止的集群，则可能是值得的。这对于执行复杂的数据加载和转换特别有用，可以利用更多的并行性。