CNDEV
CNDEV.ORG
当前在线
论坛
CBD
程序员情感CBD
程序员见面交流会
CBD开发区
Java/J2ME
.NET/C#
数据库
Delphi/BCB
Visual C
其它
修真养身
中国象棋
纪念日
谈钱太俗，还是投机吧
听音乐
iCosta
资源共享
一隅
好文共赏
看电影看美剧
待定
狗屎
雪域召唤
工作流
专业显摆区
语录
情感
批评与自我批评
爱情故事
发牢骚
看三点区
游戏
CNDEV-CS/WOW
浩宇长空
生活
家有XPH
我爱学英语
美食天地ORG
半调子体育迷
观澳园友邻
搞笑奇文
拍照片
我读书我存在
论坛系统
超级垃圾站
系统建议及BUG
系统测试
中国开发网
: 论坛:
程序员情感CBD
: 贴子 370643
GoodHope
：
我只是想和大牛们切磋一下、探讨一下
[阅读: 328] 2006-08-04 14:09:02
这样提高快嘛
相关信息:
上次没脾气贴的一个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
[327]
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
[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
[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
)
欢迎光临本社区，您还没有登录，不能发贴子。请在
这里登录
| -ICP -IDC -ISP |