CNDEV
...
...
账号
登
登录
先
先随便看看
中国开发网
: 论坛:
程序员情感CBD
: 贴子 370599
GoodHope
·
2006-08-04 13:09:48
·
阅读: 378
原因呢?
<空>
相关信息:
上次没脾气贴的一个SQL生成树形结构的帖子,谁找得到帮顶一下。
(空) (
GoodHope
[632]
2006-08-04 20:16
)
那个要sql2k5的递归支持。。。
(29字)
(
haitao
[458]
2006-08-04 20:32
)
好象sql7也支持存储过程递归的吧?最大级记得是16层。
(空) (
茶壶
[502]
2006-08-04 20:51
)
他的那个是select可以直接引用自己的结果。。。
(6563字)
(
haitao
[617]
2006-08-04 20:56
)
好像是32
(空) (
有狐
[410]
2006-08-04 21:08
)
到处都是,
(空) (
茶壶
[380]
2006-08-04 20:34
)
这是SQL2K帮助文档中的。不用递归。
(2835字)
(
茶壶
[535]
2006-08-04 20:36
)
基本上看不懂
(空) (
GoodHope
[394]
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
)
呵呵。最快的方式当然是用程序读。又够灵活。在程序中使用服务器只进只读游标,快得很。
(空) (
茶壶
[511]
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
[377]
2006-08-04 21:09
)
两者相比较
(118字)
(
GoodHope
[430]
2006-08-04 21:15
)
我是这么考虑的,也不知道对不对
(180字)
(
有狐
[481]
2006-08-04 21:25
)
我这样看的
(156字)
(
GoodHope
[817]
2006-08-04 21:30
)
要考虑的情况太多了,数据量,用户量,技术含量,维护成本,该数据树的使用习惯等等等等,我觉得单纯比较二者的性能似乎对实际产生不了多大效果
(139字)
(
有狐
[865]
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字)
(
有狐
[526]
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
)
我对SQL其实也没怎么深入,我所见过的很N的SQL中至少有一半需要表结构的特殊性
(空) (
有狐
[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
)
欢迎光临本社区,您还没有登录,不能发贴子。请在
这里登录