新足迹 › 论坛 › 兴趣爱好区 › IT与科技 › IT专业论坛 › sql 问题，等达人，高手，前辈．

精华好帖回顾
· 再当妈四个月的体会 – 小玉米的睡眠训练成果 (实拍视频) (2017-5-11) 闲夏采薇	· ◆◆ 我的训狗小心得,仅供参考喔 ◆◆ (2007-5-9) babypanjing
· 参加活动：我的幸福梦想 (2013-4-30) 小Q新视野	· 【金融危机征文】：来自国内的寒风 (2008-11-12) applenet

查看: 2283|回复: 26

sql 问题，等达人，高手，前辈． [复制链接]

atransformer

头像被屏蔽

禁止访问

发表于 2011-3-10 15:01 |显示全部楼层

此文章由 atransformer 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 atransformer 所有！转贴必须注明作者、出处和本声明，并保持内容完整

ｔａｂｌｅ　［Ａ］，　ｃｏｌｕｍｎ　［ａｃｃｏｕｎｔＩｎｆｏ］

ｔａｂｌｅ　［Ａｃｃｏｕｎｔ］，　ｃｏｌｕｍｎ　［ａｃｃｏｕｎｔＮｕｍ］

如何取得　ｔａｂｌｅ　Ａ　里面，凡是［ａｃｃｏｕｎｔＩｎｆｏ］包含　ｔａｂｌｅ　［Ａｃｃｏｕｎｔ］　里面　［ａｃｃｏｕｎｔＮｕｍ］　的数据？？

不知道说清了没有？？
　

atransformer

头像被屏蔽

禁止访问

发表于 2011-3-10 15:02 |显示全部楼层

强调

凡是［ａｃｃｏｕｎｔＩｎｆｏ］包含　ｔａｂｌｅ　［Ａｃｃｏｕｎｔ］　里面　［ａｃｃｏｕｎｔＮｕｍ］　的数据，包含，不是等于。

月亮

水晶靴族

发表于 2011-3-10 15:07 |显示全部楼层

此文章由月亮原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者月亮所有！转贴必须注明作者、出处和本声明，并保持内容完整

看的费劲，accountInfo和accountNumb分别是什么data type?

coolioo

皮靴族

发表于 2011-3-10 15:10 |显示全部楼层

此文章由 coolioo 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 coolioo 所有！转贴必须注明作者、出处和本声明，并保持内容完整

select * from [A]
join [Account] on CHARINDEX ( [Account].[accountNum], [A].[accountInfo] ) > 0

Assuming both columns are varchar

[ 本帖最后由 coolioo 于 2011-3-10 15:11 编辑 ]

评分

参与人数 3	积分 +9	收起理由
乱码	+ 3	你太有才了
kr2000	+ 3	你太有才了
bffbffbff	+ 3	替变形金刚加分

查看全部评分

atransformer

头像被屏蔽

禁止访问

发表于 2011-3-10 15:14 |显示全部楼层

原帖由月亮于 2011-3-10 15:07 发表
看的费劲，accountInfo和accountNumb分别是什么data type?

都是ｎｖａｒｃｈａｒ．　

比如说
accountNumb　有两行数据　１１１　和　２２２

那么accountInfo如果是　‘ｍｙ　ｎａｍｅ　ｉｓ　１１１’　或者　‘２２２　ｉｓ　ｕｒ　ｎａｍｅ’就选

bffbffbff

白金靴族

发表于 2011-3-10 15:17 |显示全部楼层

此文章由 bffbffbff 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 bffbffbff 所有！转贴必须注明作者、出处和本声明，并保持内容完整

select AccInfo
from tableA
where exists (select 1 from TableAccount where tableA.AccInfo like '%'+TableAccount.AccountNum + '%')

评分

参与人数 1	积分 +3	收起理由
乱码	+ 3	你太有才了

查看全部评分

atransformer

头像被屏蔽

禁止访问

发表于 2011-3-10 15:21 |显示全部楼层

原帖由 coolioo 于 2011-3-10 15:10 发表
select * from [A]
join [Account] on CHARINDEX ( [Account].[accountNum], [A].[accountInfo] ) > 0

Assuming both columns are varchar

我错了。coolioo相当正确，很很牛！牛！很牛！很牛！很牛！很牛！很牛！很牛！非常谢谢！

[ 本帖最后由 atransformer 于 2011-3-10 15:28 编辑 ]

bffbffbff

白金靴族

发表于 2011-3-10 15:24 |显示全部楼层

此文章由 bffbffbff 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 bffbffbff 所有！转贴必须注明作者、出处和本声明，并保持内容完整

如果是不完全匹配的join其实速度并不快。
另外到底用join还是subquery/exists速度快还取决于2个表的大小

coolioo

皮靴族

发表于 2011-3-10 15:28 |显示全部楼层

此文章由 coolioo 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 coolioo 所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 bffbffbff 于 2011-3-10 15:24 发表
如果是不完全匹配的join其实速度并不快。
另外到底用join还是subquery/exists速度快还取决于2个表的大小

performance应该是一样的，都是 N x M scan and compare

C.B

atransformer

头像被屏蔽

禁止访问

发表于 2011-3-10 15:29 |显示全部楼层

原帖由 bffbffbff 于 2011-3-10 15:24 发表
如果是不完全匹配的join其实速度并不快。
另外到底用join还是subquery/exists速度快还取决于2个表的大小

老大，你的语法似乎不对吧？？　

bffbffbff

白金靴族

发表于 2011-3-10 15:29 |显示全部楼层

回复 atransformer 10# 帖子

此文章由 bffbffbff 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 bffbffbff 所有！转贴必须注明作者、出处和本声明，并保持内容完整

试一下看看

atransformer

头像被屏蔽

禁止访问

发表于 2011-3-10 15:30 |显示全部楼层

原帖由 coolioo 于 2011-3-10 15:28 发表

performance应该是一样的，都是 N x M scan and compare

能加分得老大么，能否帮着俺给coolioo加加分。　自从被剥夺了靴子，无能为力了。非常谢谢阿

bffbffbff

白金靴族

发表于 2011-3-10 15:33 |显示全部楼层

此文章由 bffbffbff 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 bffbffbff 所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 coolioo 于 2011-3-10 15:28 发表

performance应该是一样的，都是 N x M scan and compare

确实差不多，只是分析微差，其实这么个搜法，肯定是都不快了

个人感觉如果是2008的话可以做个fulltext index，然后用contains或者FREETEXT predicate看看会不会更快，如果table大的话full text search应该更快

永远的junior programmer

bffbffbff

白金靴族

发表于 2011-3-10 15:34 |显示全部楼层

此文章由 bffbffbff 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 bffbffbff 所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 atransformer 于 2011-3-10 15:30 发表

能加分得老大么，能否帮着俺给coolioo加加分。　自从被剥夺了靴子，无能为力了。非常谢谢阿

怎么被剥夺的？

永远的junior programmer

kr2000

白金靴族

发表于 2011-3-10 15:35 |显示全部楼层

此文章由 kr2000 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 kr2000 所有！转贴必须注明作者、出处和本声明，并保持内容完整

这个CHARINDEX不会有0的结果，如果正好是在起始位置找到？

原帖由 coolioo 于 2011-3-10 15:10 发表
select * from [A]
join [Account] on CHARINDEX ( [Account].[accountNum], [A].[accountInfo] ) > 0

Assuming both columns are varchar

50个behaviour面试问题，答案以及问的原因

coolioo

皮靴族

发表于 2011-3-10 15:37 |显示全部楼层

此文章由 coolioo 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 coolioo 所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 kr2000 于 2011-3-10 15:35 发表
这个CHARINDEX不会有0的结果，如果正好是在起始位置找到？

The starting position returned is 1-based, not 0-based.

C.B

bffbffbff

白金靴族

发表于 2011-3-10 15:37 |显示全部楼层

此文章由 bffbffbff 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 bffbffbff 所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 kr2000 于 2011-3-10 15:35 发表
这个CHARINDEX不会有0的结果，如果正好是在起始位置找到？

找不到是0，起始位置是1

永远的junior programmer

atransformer

头像被屏蔽

禁止访问

发表于 2011-3-10 15:38 |显示全部楼层

原帖由 bffbffbff 于 2011-3-10 15:17 发表
select AccInfo
from tableA
where exists (select 1 from TableAccount where tableA.AccInfo like '%'+TableAccount.AccountNum + '%')

确实也对！！！！！！　牛！！！！！！！！