小编mel*_*llo的帖子

我一直在为一个新的应用程序做一些AWS Redshift的负载测试,我注意到它的每个表的列限制为1600.更糟糕的是,随着表中列数的增加,查询速度会变慢.

这里没有任何意义的是Redshift应该是一个列存储数据库,理论上不应该是在特定where子句中未选择的列的I/O命中.

更具体地说,当TableName是1600列时,我发现下面的查询比TableName例如1000列和相同行数要慢得多.随着列数的减少,性能提高.

SELECT COUNT(1) FROM TableName
WHERE ColumnName LIKE '%foo%'

我的三个问题是:

1. 这是怎么回事？如果Redshift声称是一个专栏店,为什么会有这个限制？
2. 有关解决此限制的任何建议吗？多个较小表的连接似乎最终接近单个表的性能.我还没有尝试过旋转数据.
3. 有没有人建议快速,实时的性能,水平可扩展的列存储数据库没有上述限制？我们所做的只是对大约10M(行)×2500(列)数据进行限制的简单计数查询.