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

账号

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

有狐 · 2006-08-04 13:32:22 · 阅读: 528

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

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

这个是我的真实体会

相关信息:

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

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

页面内容处理时间: 0.025 - 578008