MySQL 关于闭包表的三个不同实现方案比较

在本文中，我们将介绍MySQL关于闭包表三个不同的实现方案，包括多余的列、相对深度、路径。这些实现方案都是为了实现树状数据结构的存储和查询。

阅读更多：MySQL 教程

多余的列实现方案

这是最简单也是最正统的实现方案之一。在这种情况下，每个节点在表中都用一行表示，而每个节点都有一个 parent_id 值和一个 depth 值。这种方法的主要特点是查询速度相对较快，但数据比较冗余，如果结构改变了，所有记录都需要重构。

举个例子，考虑一个节点的深度为 2，父节点是 12。那么在实现方案中，将节点的父节点id设置为12，将深度值设置为2。

ID	NAME	PARENT_ID	DEPTH
1	Node 1	-1	0
2	Node 2	1	1
3	Node 3	1	1
4	Node 4	3	2
5	Node 5	1	1

相对深度实现方案

在这种实现方案中，每个节点在表中只用一行来进行描述，而且除了每个节点的 id, name, 和表名之外，每个节点还包含一个 string 类型的字段来存储它的所有祖先节点的相对深度关系。在这种情况下，查询速度遇到比较大的挑战。

例如，如果在上面的例子中使用相对深度实现方案，第四个节点的记录将包含表示从根节点到它父节点的相对深度路径的值(1,2)。

ID	NAME	PATH
1	Node 1
2	Node 2	,1
3	Node 3	,1
4	Node 4	,1,2
5	Node 5	,1

路径实现方案

路径实现方案是把根节点至该节点路径上的所有节点id都记录在路径中，这种方法虽然能提高查询速度，但是数据量较大，占用的磁盘和内存空间也更多。

例如，在上面的例子中，从根节点到第四个节点将被表示为1,3,4的路径。

ID	NAME	PATH
1	Node 1	1
2	Node 2	1,2
3	Node 3	1,3
4	Node 4	1,3,4
5	Node 5	1,5

总结

以上三种实现方案中，每一种方案都有自己的优点和缺点。多余的列实现方案是最系统最正确的实现方案，但是需要占用更多的存储空间。相对深度实现方案在查询时可能更简单明了，但则可能很难实现复杂查询。路径实现方案虽然数据量较大，占用的磁盘和内存空间也更多，但在查询遇到相对较大的挑战时可能会更为有效。因此，在选择实现方法的时候，需要根据实际需求和资源限制做出合理的选择。