不知道你的需求是要干什么，其实我已经不太用树，倾向于层层展开，多次少量 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

中国开发网: 论坛: 程序员情感CBD: 贴子 370608

有狐：不知道你的需求是要干什么，其实我已经不太用树，倾向于层层展开，多次少量

[阅读: 404] 2006-08-04 13:32:22

有大量的应用都是一上来等上几秒钟装载一棵大树，
实际上用户往往就用其中几个节点，
对于客户而言，层层展开往往更让他觉得好快好高深，哈哈

这个是我的真实体会

相关信息:

上次没脾气贴的一个SQL生成树形结构的帖子，谁找得到帮顶一下。 (空) (GoodHope [553] 2006-08-04 12:16)
- 那个要sql2k5的递归支持。。。 (29字) (haitao [393] 2006-08-04 12:32)
  - 好象sql7也支持存储过程递归的吧？最大级记得是16层。 (空) (茶壶 [416] 2006-08-04 12:51)
    - 他的那个是select可以直接引用自己的结果。。。 (6563字) (haitao [494] 2006-08-04 12:56)
    - 好像是32 (空) (有狐 [326] 2006-08-04 13:08)
- 到处都是， (空) (茶壶 [303] 2006-08-04 12:34)
  - 这是SQL2K帮助文档中的。不用递归。 (2835字) (茶壶 [451] 2006-08-04 12:36)
    - 基本上看不懂 (空) (GoodHope [325] 2006-08-04 12:38)
      - 更正一下：基本上什么都没看懂 (空) (GoodHope [310] 2006-08-04 12:41)
    - 就是搞个临时表，每次调用过程的时候给出当前结点，自动返回下级结点的结果集包括下级的下级。 (空) (茶壶 [407] 2006-08-04 12:44)
      - 看了一下，好像还是有大量的Select操作，性能应该有限。 (22字) (GoodHope [368] 2006-08-04 12:51)
        呵呵。最快的方式当然是用程序读。又够灵活。在程序中使用服务器只进只读游标，快得很。 (空) (茶壶 [446] 2006-08-04 12:55)
        可以针对SELECT的结果建立只读游标？ (空) (GoodHope [457] 2006-08-04 12:59)
        当然可以。 (空) (茶壶 [285] 2006-08-04 13:05)
        SELECT建立树，可以做到比程序还快么？ (47字) (GoodHope [414] 2006-08-04 13:06)
        我想是SQL快 (空) (有狐 [348] 2006-08-04 13:08)
        原因呢？ (空) (GoodHope [300] 2006-08-04 13:09)
        两者相比较 (118字) (GoodHope [361] 2006-08-04 13:15)
        我是这么考虑的，也不知道对不对 (180字) (有狐 [348] 2006-08-04 13:25)
        我这样看的 (156字) (GoodHope [425] 2006-08-04 13:30)
        要考虑的情况太多了，数据量，用户量，技术含量，维护成本，该数据树的使用习惯等等等等，我觉得单纯比较二者的性能似乎对实际产生不了多大效果 (139字) (有狐 [480] 2006-08-04 13:42)
        使用程序构建树，也可以提取部分数据，层层展开，这个是另外的话题。 (51字) (GoodHope [405] 2006-08-04 13:46)
        那我就无话可说了 (7字) (有狐 [323] 2006-08-04 13:49)
        我相信sql对于符合它脾气的数据的提取动作，可以执行得很快的 (空) (haitao [379] 2006-08-04 13:50)
        偶只不过想找个人说服偶，SQL比代码更快生成一颗树。 (空) (GoodHope [361] 2006-08-04 13:54)
        从巨大的记录集中排序、输出结果，sql比程序强 (8字) (haitao [386] 2006-08-04 13:56)
        这个SQL强，但是针对偶说的情况不适用。 (13字) (GoodHope [319] 2006-08-04 13:59)
        所以要设计顺sql脾气的表结构。。。。 (9字) (haitao [354] 2006-08-04 14:03)
        你说的这些没用，偶要定性定量分析。 (空) (GoodHope [275] 2006-08-04 14:07)
        那就套句大牛的话 (6字) (haitao [332] 2006-08-04 14:08)
        不知道你的需求是要干什么，其实我已经不太用树，倾向于层层展开，多次少量 (82字) (有狐 [403] 2006-08-04 13:32)
        偶什么需求都没有，只不过ColdFusion的数据源要挂数据库，开始学SQL。 (34字) (GoodHope [383] 2006-08-04 13:38)
        那要什么极速。。。。 (9字) (haitao [305] 2006-08-04 14:07)
        我只是想和大牛们切磋一下、探讨一下 (6字) (GoodHope [328] 2006-08-04 14:09)
        那就危险了。。。。 (14字) (haitao [335] 2006-08-04 14:10)
        未必。要看SQL的写法及执行效率。反正偶们写出的SQL效率还不如直接调。期待传说中的极速SQL。 (空) (茶壶 [311] 2006-08-04 13:14)
        后者。 (130字) (茶壶 [319] 2006-08-04 13:12)
        这种递归的，sql怎么也快不了。。。关键是设计表时绕开递归的思路。。。 (11字) (haitao [398] 2006-08-04 13:34)
        能绕开递归或者循环当然好了，但是绕得开么？怎么绕呢？ (33字) (GoodHope [378] 2006-08-04 13:36)
        程序上可以不递归或者循环，方法是递归或循环让用户来手动进行，哈哈哈哈 (空) (有狐 [395] 2006-08-04 13:44)
        不是。。。需要在生成树节点记录时就存储足够的信息 (16字) (haitao [329] 2006-08-04 13:47)
        我宁愿不想这些，就用层层展开，省下时间去搞别的 (3字) (有狐 [356] 2006-08-04 13:59)
        对于web应用（如论坛），这样多次请求获取，会很慢的 (23字) (haitao [307] 2006-08-04 14:04)
        各有长处。。。。 (49字) (haitao [348] 2006-08-04 13:45)
        偶就想知道，比程序还快的SQL是怎么样写的。 (空) (GoodHope [359] 2006-08-04 13:47)
        我对ＳＱＬ其实也没怎么深入，我所见过的很Ｎ的ＳＱＬ中至少有一半需要表结构的特殊性 (空) (有狐 [424] 2006-08-04 13:50)
    - 这个我常用 (空) (有狐 [283] 2006-08-04 13:08)
- 找到了 (57字) (haitao [395] 2006-08-04 13:03)
  - 吼吼，多谢 (空) (GoodHope [279] 2006-08-04 13:04)
- 我想问个问题： (85字) (有狐 [364] 2006-08-04 13:46)
  - 会 (30字) (GoodHope [310] 2006-08-04 13:53)
    - 。。。。。。 (空) (有狐 [240] 2006-08-04 13:56)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.014 - 694576