以棋会友，诚聘高贤；→又加了算法大挑战，越来越有意思了！→补充新条件：计算机专业、本科以上的人--基本不要，还骂了几句，有人能反驳吗？但求一败！→骂的更厉害了！

对，真敢的话，网上来战，
我也在广州天河，
但没必要到海珠去下象棋，还是擂台挑战赛呢

up

五子棋如何？咱们约个时间，地点（联众之类的）
msn: xiezhimin@hotmail.com

比写算法如何？
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1214179
......

[8D]
比就比，谁怕谁？
大不了你赢嘛！

这种算法一般的教程中都有。

最后到底比什么，怎么比？
公布规则！

莫妙其妙，有点像我名字孤AO一方！！！
简直是在这里一派胡言！

如果感兴趣网上我可和你杀
面对面
你来石家庄

QQ:35735257
我不想多说什么！
我酷故我酷！！！

在263上来三盘如何，colorski@sohu.com

up

[8D][8D]
To creation-zy、xieha and All:
好吧，那就出一个算法的题目来大家研究一下。有一个表如下(当然不是所有字段)：
[blue]
科目编码 科目名称 余额方向 科目全名 当前余额 [/blue]
101 现金 借方 现金 31223.8485
102 银行存款 借方 银行存款 0
102001 农行 借方 银行存款→农行 0
102002 信用社 借方 银行存款→信用社 0
113 应收款 借方 应收款 1774950.552
113101 樱达电器厂 借方 应收款→樱达电器厂 538341.732
113102 樱达电器厂借款 借方 应收款→樱达电器厂借款 450000
113134 其它客户 借方 应收款→其它客户 0
123 原材料 借方 原材料 131491.908
123001 白板纸 借方 原材料→白板纸 81211.3245
123002 坑纸 借方 原材料→坑纸 48803.4135
123003 铜板纸 借方 原材料→铜板纸 1477.17
135 半成品 借方 半成品 0
137 产成品 借方 产成品 0
171 其它应收款 借方 其它应收款 49406.85
171000 昌盛 借方 其它应收款→昌盛 41306.85
171001 樱达利息 借方 其它应收款→樱达利息 6750
171002 势欧 借方 其它应收款→势欧 1350
……
相信懂一点会计知识的人，都能看懂上面的科目表了吧。
规定：科目代码长度“3-3-2-2-2-2”，最长为6层。
需求： 在某一时候，要求将所有子科目的“当前余额”汇总到上层科目上去，也就是说，以最下层科目余额作基础，使所有上层科目的“当前余额”等于下一层科目的“当前余额”之和。
你能编一个过程来实现它吗(不是触发器)？
如果你能实现，那就再想一想，是不是最好方案？
不好意思，用我已经解决的题目来考你，难为你了。你解答的题目我看了，我发现有点爱上你了。虽然有人说“中国式的技俩算法”不可取，应该取“印度多变量流水线编程”有效的多，不过，我觉得没有了算法，也就失去了编程的真缔。

不就一棵树吗

UP

[8D]
是一棵树，这是当年在DOS下的问题。
说简单，也简单，用循环就搞定了，不过当年我用第一个方案汇总时，用了30多分钟(数据量确实不小)，第二个方案却只用了30秒。
有兴趣可以试一试。看一看你的思路是不是最省时的。

要构造一棵树,叶子结点的信息可用存储过程的返回值获取，我猜的 。。

哈哈，象棋我十三岁开始无敌。
QQ：86310213

这个问题我已经在项目中遇到了，领导建议的方法是采用SQL Server的数据仓库实现——
你只需要事先指定一下数据之间的表示父子关系以及需要求和的字段，它就可以自动进行汇总
——一次性的。
如果不用SQL，一种算法是采用树，读入数据的时候动态生成子节点。为了提高算法的效率，
可以采用从顶层到底层一层一层找父节点的方法。
我的算法，2661条记录，0.046秒计算完毕。

[8D][8D]
哈哈哈！
动一动脑筋吧，这么一点功能就用数据仓库？
杀鸡用了宰牛刀吧。
当时我是用VB6+DAO处理的，代码用了50行左右，时间现在记不清了，所以保守一点说用时30秒，其实根本用不了那么长时间，而且如果用SQL SERVER 的存储过程的话，P4 256？最多20秒(没做试验，估计的，也可能只用3、5秒都说不定)。
不是我自夸，当时我想出来后，自己都拍案叫绝，我没有用什么树之类的概念的，就一个循环，一次搞定。
现在我用触发器，早已不成什么问题了。
还是从过程上想一想吧，要不，就是你输了。