半年前，一次偶然的机会发现了dxDBTreeView，试用了一下，感觉不错。可是使用一段时间后，发现“dxDBTreeView”会“吃”数据；
比如数据库里明明会有100个节点，它可能只显示99个节点。还有一个
节点无端的不见了。更换一下其数据集的sql语句的排序，就有可能让这个节点出现。
但是搞不清楚这个排序的原则，而且是不是通过排序一定能解决节点被“吃”的现象，我觉得也未必；
大概半年前，我对于dxDBTreeView数据集
的sql语句一般这样写：
select id,name,parent_id from talble 用了不久就发现了“吃”节点现象；
后来我想了一个办法,对sql 语句按照父节点排序；
select id,name,parent_id from talble order by parent_id
这样好像改善了很多。于是我就武断的认为：
只要对于dxDBTreeView所对应的sql语句按照父节点排序，就没关系；可是最新发现有时通过 order by parent_id 也没有用。我现在做的一个项目正在验收过程中，用户也发现了这个现象，搞得我非常尴尬，可是我找不到问题所在。 我把这个现象说出来：一来，是希望大家帮我一起探讨一下如果解决；
二来，也是提醒用这个控件的朋友，要小心。这个控件有潜藏bug.
比如数据库里明明会有100个节点，它可能只显示99个节点。还有一个
节点无端的不见了。更换一下其数据集的sql语句的排序，就有可能让这个节点出现。
但是搞不清楚这个排序的原则，而且是不是通过排序一定能解决节点被“吃”的现象，我觉得也未必；
大概半年前，我对于dxDBTreeView数据集
的sql语句一般这样写：
select id,name,parent_id from talble 用了不久就发现了“吃”节点现象；
后来我想了一个办法,对sql 语句按照父节点排序；
select id,name,parent_id from talble order by parent_id
这样好像改善了很多。于是我就武断的认为：
只要对于dxDBTreeView所对应的sql语句按照父节点排序，就没关系；可是最新发现有时通过 order by parent_id 也没有用。我现在做的一个项目正在验收过程中，用户也发现了这个现象，搞得我非常尴尬，可是我找不到问题所在。 我把这个现象说出来：一来，是希望大家帮我一起探讨一下如果解决；
二来，也是提醒用这个控件的朋友，要小心。这个控件有潜藏bug.
可以改用VirtualTreeview（http://www.delphi-gems.com），是开源的。