我使用的是一个实现了单个链表(id,parent)的表。这个实现一直运行良好,只是最近性能变得难以忍受,因为我的列表越来越长,而且我一直在单独查询节点。
我发现了一个很有前途的博客,介绍如何在一个查询中查询它。http://explainextended.com/2009/03/25/sorting-lists/
SELECT @r AS _parent,
@r := (
SELECT id
FROM t_list
WHERE parent = _parent
) AS id
FROM (
SELECT @r := 0
) vars,
t_list
唯一的问题是我对MySQL不够了解,甚至连它都不会用。我的问题和我在博客上发表的评论一样。如何设置从哪个记录/节点开始?就像我想从示例表中的id 3开始一样。它如何知道何时到达列表的末尾并且应该停止?我已经试过了,它只是永远运行(可能是由于与前一个问题相关的不当使用)。
谢谢。
查询通过迭代t_list
表(最后一行)来工作。对于该表中的每一行,SELECT
子句中的子查询都会重新查询该表,搜索当前行的子行(WHERE parent = _parent
-但_parent
是@r
的别名)。在每次迭代中,子级的id
被分配给@r
变量。
为了增加边界,这种变体应该做到这一点:
SELECT * FROM (
SELECT
@r AS _parent,
@r := (
SELECT id
FROM t_list
WHERE
( @c = 0 AND _parent IS NULL AND parent IS NULL ) -- special case if the first item is the root
OR (parent = _parent)
) AS id,
@c := @c + 1 AS rank
FROM (
SELECT @c := 0, @r := parent FROM t_list WHERE id = @start
) AS ini,
(
SELECT id FROM t_list LIMIT @limit
) AS lim
) AS tmp WHERE id IS NOT NULL;
将@start
和@limit
分别替换为第一个项目的id
和要检索的最大项目数。请在这里测试。
用RDBMS建模这样的数据结构可能完全是个坏主意。为什么不使用"索引"列呢?然后立即获得列表:
SELECT * FROM list ORDER BY index_column ASC;
也许你的列表应该经常更改,但像这样的查询应该相当快,除非列表变得非常大:
-- insert an element at position X
UPDATE list SET index_column = index_column +1 WHERE index_column > X ORDER BY index_column DESC;
INSERT INTO list VALUE (some_value, X);
-- delete an element at position X
DELETE FROM list WHERE index_column = X;
UPDATE list SET index_column = index_column -1 WHERE index_column > X ORDER BY index_column ASC;