我有一个Redshift联合查询,它的性能非常差。查询是这样的: WITH a1 AS (SELECT SUM(revenue) AS revenue,当a1和a2子查询单独运行时,每个子查询大约需要60秒才能完成6000行,而b1运行5秒,总共500行。这些运行时间对我来说是可以接受的,然而,上面的“组合”查询运行了多达20分钟。我认为获取部分是这个查询花
: Cannot process query string larger than 100kB我们的系统可能会生成许多通过SQL联合连接在联合级别上的SQL选择--这就是为什么我们已经达到100KB的查询大小限制的原因。我们了解到,由于查询设计不佳,使得查询超过100 KB,我们将减少查询的大小。在应用业务逻辑中的更改和约束之前,我们需要更好地理解这个红移基础结构限制。在通过连接到Redshift引擎的标准SQL客户端执行相同的SQL<em