要考虑的情况太多了，数据量，用户量，技术含量，维护成本，该数据树的使用习惯等等等等，我觉得单纯比较二者的性能似乎对实际产生不了多大效果 <- 中国开发网

CNDEV.ORG

当前在线

论坛

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

有狐：要考虑的情况太多了，数据量，用户量，技术含量，维护成本，该数据树的使用习惯等等等等，我觉得单纯比较二者的性能似乎对实际产生不了多大效果

[阅读: 683] 2006-08-04 13:42:14

我以前建行的项目里好多树，但不同的树我们采用了不同的方法处理
主要是根据该树的数据量和使用习惯（维护量对他们来说基本无视）

数据少的肯定一次装载
数据多的可能层层展开

一些很少人用的树比如管理人员使用的树，
即使数据量大也一次装载，让少数人等待的话他们能接受。

相关信息:

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

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

页面内容处理时间: 0.010 - 553952