sql 问题，等达人，高手，前辈．

atransformer

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

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

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

不知道说清了没有？？
　

atransformer

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

月亮

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

coolioo

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

Assuming both columns are varchar

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

atransformer

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

都是ｎｖａｒｃｈａｒ．　

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

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

bffbffbff

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

atransformer

原帖由 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

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

coolioo

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

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

atransformer

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

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

bffbffbff

试一下看看

atransformer

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


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

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

bffbffbff

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


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

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

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

bffbffbff

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


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

怎么被剥夺的？

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

coolioo

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

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

bffbffbff

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

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

atransformer

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

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

atransformer

原帖由 bffbffbff 于 2011-3-10 15:34 发表


怎么被剥夺的？

别问了。　我找个ｐｒｏｘｙ容易么？

atransformer

* kr2000 积分 +3 你太有才了 2011-3-10 15:34
    * bffbffbff 积分 +3 替变形金刚加分 2011-3-10 15:34

kr2000

在.net里找sub string的位置都是1开始吗？还是只是sql server？

bffbffbff

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


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

你的query有个小问题， join的话如果是1对m relation的话结果会重复出现， 所以前面select 还得加个distinct

bffbffbff

原帖由 kr2000 于 2011-3-10 15:42 发表
在.net里找sub string的位置都是1开始吗？还是只是sql server？

不一样。net是0开始

bffbffbff

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


别问了。　我找个ｐｒｏｘｙ容易么？

o了，低调做人吧兄弟，世间自有真情在

atransformer

原帖由 kr2000 于 2011-3-10 15:42 发表
在.net里找sub string的位置都是1开始吗？还是只是sql server？

Ｃ＃　从零开始

coolioo

原帖由 bffbffbff 于 2011-3-10 15:43 发表


你的query有个小问题， join的话如果是1对m relation的话结果会重复出现， 所以前面select 还得加个distinct

很正确啊，还是你的query更准确

atransformer

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


很正确啊，还是你的query更准确

精益求精