我是这么考虑的，也不知道对不对 <- 中国开发网

CNDEV.ORG

当前在线

论坛

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

有狐：我是这么考虑的，也不知道对不对

[阅读: 348] 2006-08-04 13:25:17

１。用存储过程，在服务器上用ＳＱＬ操作，其实很多操作也是在内存中进行的
２。客户机的能力肯定不如服务器。
３。正如茶壶所说，用底层技术在客户端用程序生成可能更快但需要的技术和时间是个问题，存储过程还是分钟搞定的。

我只是根据我所经历的作出判断，你的系统可能各方面完全和我不同。

和你们这些大牛对话，我都不敢瞎说，不过最后还是瞎说了几句，哈哈

相关信息:

上次没脾气贴的一个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 (空) (有狐 [325] 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字) (有狐 [347] 2006-08-04 13:25)
        我这样看的 (156字) (GoodHope [425] 2006-08-04 13:30)
        要考虑的情况太多了，数据量，用户量，技术含量，维护成本，该数据树的使用习惯等等等等，我觉得单纯比较二者的性能似乎对实际产生不了多大效果 (139字) (有狐 [480] 2006-08-04 13:42)
        使用程序构建树，也可以提取部分数据，层层展开，这个是另外的话题。 (51字) (GoodHope [404] 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 [331] 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 [327] 2006-08-04 14:09)
        那就危险了。。。。 (14字) (haitao [335] 2006-08-04 14:10)
        未必。要看SQL的写法及执行效率。反正偶们写出的SQL效率还不如直接调。期待传说中的极速SQL。 (空) (茶壶 [310] 2006-08-04 13:14)
        后者。 (130字) (茶壶 [319] 2006-08-04 13:12)
        这种递归的，sql怎么也快不了。。。关键是设计表时绕开递归的思路。。。 (11字) (haitao [398] 2006-08-04 13:34)
        能绕开递归或者循环当然好了，但是绕得开么？怎么绕呢？ (33字) (GoodHope [377] 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 [306] 2006-08-04 14:04)
        各有长处。。。。 (49字) (haitao [347] 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.010 - 696056