我有一个非常简单的查询,在SQL
中可以表示为:
SELECT
c.id,
count(cp.product_id)
FROM cart c LEFT OUTER JOIN cart_product cp ON c.id = cp.cart_id
WHERE c.id = 3
GROUP BY c.id;
当我使用Slick DSL
来表示上面的查询时,我感到非常惊讶,这个查询是从下面的DSL
生成的
Cart.joinLeft(CartProduct)
.on { case (c, cp) => c.id === cp.cartId }
.filter { case (c, cp) => c.id === 3 }
.groupBy { case (c, cp) => c.id }
.map { case (c, pr) => (c, pr.length)
}
如下所示:
SELECT
x2.x3,
count(1)
FROM (SELECT
x4.x5 AS x3,
x4.x6 AS x7,
x8.x9 AS x10,
x8.x11 AS x12,
x8.x13 AS x14,
x8.x15 AS x16
FROM (SELECT
x17."id" AS x5,
x17."user_id" AS x6
FROM "cart" x17) x4 LEFT OUTER JOIN (SELECT
1 AS x9,
x18."id" AS x11,
x18."cart_id" AS x13,
x18."product_id" AS x15
FROM "cart_product" x18) x8 ON x4.x5 = x8.x13) x2
WHERE x2.x3 = 3
GROUP BY x2.x3;
我做错了什么?看到这样的嵌套查询正常吗?如果查询的复杂性增长如此之快,那么使用灵活的DSL又有什么意义呢?我可能会写原生SQL
,但我真的很喜欢Slick DSL
。优化Slick
查询的技术有哪些?
发布于 2015-08-27 23:44:15
既然您已经写好了您正在使用PostgreSQL,那么我就不会担心了,因为PostgreSQL是众所周知的非常好的查询优化器。这种简单的转换是毫不费力的,几乎不需要额外的时间。唯一要做的就是等待,这个问题最终会在上游得到解决(大约在Slick版本3.1左右),你不需要做任何事情。
附言:你为什么不直接使用这个查询呢?如果表上有外部约束,它应该返回完全相同的结果:
SELECT id, COUNT(*) FROM cart_product WHERE id=3
https://stackoverflow.com/questions/32024403
复制相似问题