这个例子确实非常棒，但在实际使用中发现：如果数据量稍大（如2000条以上），则在树形浏览更新时非常慢。请问有没有更好的办法可以解决速度问题？

我现在有个多达近4000行的行业品牌数据库，用这种树型浏览方式检索查询非常好，但更新时太慢，需要等待1分钟左右才能刷新完毕。

树形浏览的局限性也在于此（其它工具开发也是一样），如果你的数据量很大，就不要用这种方式了，例如直接用数据库的“编辑网格”，通过SQL语句去逐级过滤。如果非要想使用树形浏览，就要考虑优化数据库，例如你的数据表，例如，把去年的数据，导到另外一个表中，删除本表相关的数据。

树形浏览的用途应该是多用于目录性质的表现，一般不会太多，如果的确仅目录结构就象您说的那样多的话，您可以将末级项目（目录）不放在这个树形浏览里，再加一个子树形浏览，做好界面也很好，也能起到同样的效果，速度确是一个巨大的变化，不会再那么慢了！

采用春林的建议已经很好的实现：一级目录21个，二级目录180个；通过二级目录的SQL查询更新“子树形浏览”（三级目录，总数近4000个），效果OK。

谢谢指导！

如方便 把你的实例 上传，叫大家分享。