加快使用全文连接的 SQL 查询

Question

我有一种情况，我需要 JOIN 和产品数据库的内部查询，按名称对项目进行分组，然后使用名称列执行连接，因此：

SELECT p.*, p3.variants, sl.id, l.name as locationName FROM products p
LEFT JOIN (SELECT item, count(DISTINCT id) as variants FROM products GROUP BY item) p3 
ON p3.item = p.item
LEFT JOIN stockLevels sl ON sl.id=p.id 
LEFT JOIN locations l ON l.id=sl.stockLocation AND l.showStock='1' 
WHERE p.id='10459' GROUP BY p.id

弄乱了JOIN 的顺序和查询本身，我确定首先创建这个内部表并执行第一个所需的连接会影响查询的速度，但是内部连接@ 987654325@ 提供（目前）7034 行，这是不必要的，因为只需要大约 5 行。

如果我将内部连接修改为：

(SELECT item, count(DISTINCT id) as variants 
 FROM products *WHERE item LIKE '%SOME VALUE%'* GROUP BY item)

这显然减少了内连接返回的行数，而且速度大约是原来的两倍。

但是，我不能这样做，因为我没有可用于内部 where 子句的已知值。

有什么方法可以将外部表中的结果带入内部并生成引用外部的内部查询，即：

SELECT p.*, p3.variants, sl.id, l.name as locationName FROM products p
LEFT JOIN (SELECT item, count(DISTINCT id) as variants 
FROM products *WHERE item LIKE p.item * GROUP BY item) p3  << New Where Clause
ON p3.item = p.item
LEFT JOIN stockLevels sl ON sl.id=p.id 
LEFT JOIN locations l ON l.id=sl.stockLocation AND l.showStock='1' 
WHERE p.id='10459' GROUP BY p.id

我知道我上面写的内容行不通，并且理解为什么，但是有没有办法可以在这些方面取得一些成就？

以我目前数据库中的记录数量，这实际上不是问题，数据返回非常快，但我可以想象，随着时间的推移，当数据增长时，它可能会。

注意，我确实考虑过创建一个 parentId 整数列，而不是按全文分组 item 但我的应用程序中还有很多其他问题，而且它似乎并没有加快查询速度，由于与上面列出的相同原因，内部仍然必须返回所有行

还要注意，这是 MySQL

如果它有帮助，这里是 EXPLAIN 的输出

Answer 1

您可以将相关子查询放在SELECT 子句中：

SELECT p.*, sl.id, l.name as locationName,
       (SELECT COUNT(distinct id)
        FROM products p3
        WHERE p3.item = p.item) as variants
FROM products p
LEFT JOIN stockLevels sl ON sl.id=p.id 
LEFT JOIN locations l ON l.id=sl.stockLocation AND l.showStock='1' 
WHERE p.id='10459' GROUP BY p.id

Answer 2

如果只需要 5 个，就用经典的方法：

SELECT 
    p.*, 
    p3.variants, 
    sl.id, 
    l.name as locationName, 
    (SELECT count(DISTINCT id) 
     FROM products 
     WHERE item LIKE p.item GROUP BY item) total 
FROM products p
LEFT JOIN stockLevels sl 
    ON sl.id=p.id 
LEFT JOIN locations l 
    ON l.id=sl.stockLocation AND l.showStock='1' 
WHERE p.id='10459' GROUP BY p.id

在这里您可以访问父表。