红移DISTKEY/SORTKEY

DISTKEY SORTKEY 内部以满足存储层和查询执行需求。我读过这本书 post 这很好地解释了这些关于桌子设计的每一个含义。

我的问题是假设我有一张桌子

CREATE TABLE (
orderdate timestamp distkey,
product_id varchar(50),
product_name varchar(250)
) SORTKEY (product_id)

现在,我们知道Redshift是一种为数据仓库优化的列式方法。在我的示例中,很明显,数据在计算节点的片上分布的方式可能是基于 订单日期。但是,这个专栏怎么办 product_id 和 product_name ? 这些都是和我们一起分发的吗 orderdate 在同一个切片上,然后当我执行查询时,Redshift使用基于我的 排序键 指出包含数据的列的区域并检索它?

如果红移是一种列式方法,那么每个列的存储方式不应该不同吗?或者这真正意味着:基于在所有列中明智地选择的列,整个列将与 距离键 然后,为了保证性能,用户甚至可以将查询集中在特定区域上,以提取所需的数据。所以我可能会说:

距离键 存储层和 排序键 查询执行行为

现在如果我用 因此,我的数据是基于准时列顺序存储的,因此如果以后使用 排序键 距离键

抱歉,各位,如果我错了,我需要很好地理解这种体系结构是如何在内部驱动数据的。非常感谢

更新

第一级分配是我的 (日期不是很好,只是跟在同一个例子后面)然后内部红移按我的排序 排序键 ,给出类似于:

谢谢你的反馈