TreeView加载SQL数据问题：如何实现单父节点对应多子节点

你遇到的核心问题是直接绑定了扁平的SQL查询结果——因为你的查询返回的是父+子的组合行（每一条子记录都附带父节点信息），TreeView会把每一行都当作独立的条目来创建节点，自然会出现重复父节点、每个父节点仅对应一个子节点的情况。DISTINCT没用是因为它会把整行的所有列作为判断唯一的依据，而父+子的组合本身都是唯一的，所以起不到去重父节点的作用。

下面给你两种实用的解决思路：

思路一：代码层面先分组再构建节点 #

先把所有数据读到内存中，然后按父节点的唯一标识（比如ParentID）分组，再逐个构建父节点和对应的子节点。

示例（C#为例） #

假设你的数据模型是这样的：

public class CategoryItem
{
    public int ParentID { get; set; }
    public string ParentName { get; set; }
    public int ChildID { get; set; }
    public string ChildName { get; set; }
}

1. 先从数据库读取所有数据到列表：

// 这里替换成你实际的数据库读取逻辑，比如用SqlDataReader或ORM
var allItems = new List<CategoryItem>();
// ... 填充allItems

2. 按父节点ID分组，提取唯一的父节点：

var uniqueParents = allItems
    .GroupBy(item => item.ParentID)
    .Select(group => new 
    {
        ParentID = group.Key,
        ParentName = group.First().ParentName // 取组内第一个的父名称（同ID名称一致）
    })
    .ToList();

3. 遍历父节点，构建TreeView结构：

foreach (var parent in uniqueParents)
{
    // 创建父节点
    var parentNode = treeView1.Nodes.Add(parent.ParentName);
    parentNode.Tag = parent.ParentID; // 可以把父ID存在Tag里方便后续操作

    // 找到当前父节点下的所有子节点
    var childItems = allItems.Where(item => item.ParentID == parent.ParentID);
    foreach (var child in childItems)
    {
        var childNode = parentNode.Nodes.Add(child.ChildName);
        childNode.Tag = child.ChildID;
    }
}

思路二：SQL层面分两次查询（更高效） #

如果数据量较大，分两次查询可以减少内存占用和数据传输：

1. 先查询所有唯一的父节点：

SELECT DISTINCT ParentID, ParentName FROM YourTableName;

（这里的DISTINCT是有效的，因为只针对父节点的列，能得到唯一的父节点列表）

2. 对每个父节点，查询对应的子节点：

SELECT ChildID, ChildName FROM YourTableName WHERE ParentID = @ParentID;

然后在代码中，先遍历父节点列表创建TreeView父节点，再逐个查询子节点添加到对应父节点下。

额外提示：如果用ORM（比如EF） #

如果你用Entity Framework这类ORM，可以直接利用导航属性来自动分组：

// 假设你的实体类中，Parent有ICollection<Child>类型的Children导航属性
var parents = dbContext.Parents.Include(p => p.Children).ToList();

foreach (var parent in parents)
{
    var parentNode = treeView1.Nodes.Add(parent.Name);
    foreach (var child in parent.Children)
    {
        parentNode.Nodes.Add(child.Name);
    }
}

核心逻辑就是先区分父节点集合和子节点集合，再建立一对多的关联关系，而不是直接绑定扁平的查询结果。

内容的提问来源于stack exchange，提问作者scedsh8919