CNDEV
CNDEV.ORG
当前在线
论坛
CBD
程序员情感CBD
程序员见面交流会
CBD开发区
Java/J2ME
.NET/C#
数据库
Delphi/BCB
Visual C
其它
修真养身
中国象棋
纪念日
谈钱太俗,还是投机吧
听音乐
iCosta
资源共享
一隅
好文共赏
看电影看美剧
待定
狗屎
雪域召唤
工作流
专业显摆区
语录
情感
批评与自我批评
爱情故事
发牢骚
看三点区
游戏
CNDEV-CS/WOW
浩宇长空
生活
家有XPH
我爱学英语
美食天地ORG
半调子体育迷
观澳园友邻
搞笑奇文
拍照片
我读书我存在
论坛系统
超级垃圾站
系统建议及BUG
系统测试
中国开发网
: 论坛:
程序员情感CBD
: 贴子 370632
有狐
:
。。。。。。
[阅读: 241] 2006-08-04 13:56:41
<空>
相关信息:
上次没脾气贴的一个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字)
(
茶壶
[452]
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
[362]
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字)
(
有狐
[404]
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
)
我对SQL其实也没怎么深入,我所见过的很N的SQL中至少有一半需要表结构的特殊性
(空) (
有狐
[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
)
欢迎光临本社区,您还没有登录,不能发贴子。请在
这里登录