P
pyzfl
Unregistered / Unconfirmed
GUEST, unregistred user!
To creation-zy：
你该不是要应聘吧？
我说“相差几个数量级”，主要是指：如果正向遍历的话，是不容易汇总的，因为你根据一个父节点找到下一层子节点的数据后，还是不能马上汇总的，因为你要判断它们是否为叶节点，枝节点的数据是不可靠的，如果某些子节点还有子节点的话，你还要到下一层去考察，如此下去，任一个节点的处理都很麻烦。所以，如果要总结一下的话，就会发现，数据一定要从底层主动汇报，而不能从上层主动汇总。
这是问题的根本关键！
是的，数组定位是很快的，但如果因为一个不确定大小的记录集而建立一个动态数据的话，这个过程就值得考虑了。建立数组后，还要将数据写入数组，这也是一个过程！读进来还要处理……。
当你在读入数据的过程中，倒循环法已经差不多将数据处理完了。
存储过程在本地处理，省去了数据传输一节，而且SQL语句经过优化，效果肯定更好。
其实我很佩服你的DELPHI功力，你的程序，要我来写，肯定写不出。
大家搞技术交流，本着互补的原则，知无不言，言无不尽，语言中如有不当，也不过一时之言，大可一笑置之。重点是能和不同的人互相交流，知道世界有多奇妙、多有趣，谈到精彩处，英雄惜英雄，不亦快哉？
招工是招工，只不过是在应差而已，远不如技术交流这么畅快。你说呢？
******************************************************************************
To 我爱PASCAL：
“招大臣”什么的，可不敢担。只是招同事而已。
如有兴趣，当然可以了。其实我的棋力也并不高。昨天来了一位，下了一盘，我输了。我没必要说我状态不好、下一盘一定赢之类的话，输就是输了。不过我觉得他编程经验不是很足，只做过几个小东西（恕我直言），既没有需求分析(了解现实业务操作)的经历，也没有系统分析(应用软件工程)的经历，竟说在原公司四千八一月，我就怕了：要么这个公司有问题，要么该人……。我还是相信一句话：懂得越多的人，越谦虚。也相信一句：要高价没什么，只要有能力；但漫天要价，就很有意思了。
不好意思，别人大老远来我这里捧场，我这样背后说人家，确实不应该。如这位朋友或这位朋友的朋友见到这段话，请谅解一个老板(风险承担者)的苦衷。
但我不点名，可以吧。我只是诉一诉我的苦。
你该不是要应聘吧？
我说“相差几个数量级”，主要是指：如果正向遍历的话，是不容易汇总的，因为你根据一个父节点找到下一层子节点的数据后，还是不能马上汇总的，因为你要判断它们是否为叶节点，枝节点的数据是不可靠的，如果某些子节点还有子节点的话，你还要到下一层去考察，如此下去，任一个节点的处理都很麻烦。所以，如果要总结一下的话，就会发现，数据一定要从底层主动汇报，而不能从上层主动汇总。
这是问题的根本关键！
是的，数组定位是很快的，但如果因为一个不确定大小的记录集而建立一个动态数据的话，这个过程就值得考虑了。建立数组后，还要将数据写入数组，这也是一个过程！读进来还要处理……。
当你在读入数据的过程中，倒循环法已经差不多将数据处理完了。
存储过程在本地处理，省去了数据传输一节，而且SQL语句经过优化，效果肯定更好。
其实我很佩服你的DELPHI功力，你的程序，要我来写，肯定写不出。
大家搞技术交流，本着互补的原则，知无不言，言无不尽，语言中如有不当，也不过一时之言，大可一笑置之。重点是能和不同的人互相交流，知道世界有多奇妙、多有趣，谈到精彩处，英雄惜英雄，不亦快哉？
招工是招工，只不过是在应差而已，远不如技术交流这么畅快。你说呢？
******************************************************************************
To 我爱PASCAL：
“招大臣”什么的，可不敢担。只是招同事而已。
如有兴趣，当然可以了。其实我的棋力也并不高。昨天来了一位，下了一盘，我输了。我没必要说我状态不好、下一盘一定赢之类的话，输就是输了。不过我觉得他编程经验不是很足，只做过几个小东西（恕我直言），既没有需求分析(了解现实业务操作)的经历，也没有系统分析(应用软件工程)的经历，竟说在原公司四千八一月，我就怕了：要么这个公司有问题，要么该人……。我还是相信一句话：懂得越多的人，越谦虚。也相信一句：要高价没什么，只要有能力；但漫天要价，就很有意思了。
不好意思，别人大老远来我这里捧场，我这样背后说人家，确实不应该。如这位朋友或这位朋友的朋友见到这段话，请谅解一个老板(风险承担者)的苦衷。
但我不点名，可以吧。我只是诉一诉我的苦。
yzfl