在Sql中关于charindex的效率问题。

Posted 2023-05-12

在asp中，文章栏目使用了无限级分类，在存储文章的数据表中用classpath字段记录文章隶属分类id的列表，Classpath的内容如：0>23>45>125>204的形式，其中23为一级分类id，45为二级分类id,125为三级分类id等等。在提取某类文章时采用了这样的sql语句：select * from artinfo where charindex(">23>",classpath)>0 order by id desc。但在实际应用中发现，数据量一大，效率较低。请问各位高手：
1、采用无限分类时，文章中用classpath这样的形式存储分类是否合理？如不合理，有无更好的办法？
2、如果能用classpath存储分类路径，则在select时，用什么办法提高效率？
chenxfsoft:兄弟你好，你的意思我大体看明白了。还是以上面的为例，如果某文章分类id是204，则：clsid=204，clsparent=125，那么用户点击id为23的分类时，怎么能将这篇文章也列出来呢（这篇文章是23分类下的第4级分类）？

参考技术A 不合理

建表,
clsID,clsName,clsParent

如果是第1级 clsparent=''即可
一般你都会查子级
select * from tb where clsParent ='?' 即可

SQL charindex怎么用

参考技术A 如charindex(',','aaa,bbb') 结果为4 参考技术B CHARINDEX ( expression1 , expression2 , [ start_location ] )

参数
expression1
一个表达式，其中包含要寻找的字符的次序。expression1 是一个短字符数据类型分类的表达式。
expression2
一个表达式，通常是一个用于搜索指定序列的列。expression2 属于字符串数据类型分类。
start_location
在 expression2 中搜索 expression1 时的起始字符位置。如果没有给定 start_location，而是一个负数或零，则将从expression2 的起始位置开始搜索。

返回类型
int

注释
如果 expression1 或 expression2 之一属于 Unicode 数据类型（nvarchar 或nchar）而另一个不属于，则将另一个转换为Unicode数据类型。
如果 expression1 或 expression2 之一为NULL 值，则当数据库兼容级别为 70 或更大时，CHARINDEX 返回 NULL 值。当数据库兼容级别为 65 或更小时，CHARINDEX 仅在 expression1 和 expression2 都为 NULL 时返回 NULL 值。
如果在 expression2 内没有找到 expression1，则 CHARINDEX 返回 0。
类似与C#中的StartWith(),IndexWith()等函数。

例子
编辑

例一:
CustomName包含客户的First Name和Last Name，它们之间被一个空格隔开。我们用CHARINDX函数确定两个名字中间空格的位置。通过这个方法，我们可以分析ContactName列的空格位置，这样可以只显示这个列的last name部分。
select top 5 substring(ContactName,charindex(' ',ContactName)+1,len(ContactName)) as [Last Name] from customers
CHARINDEX函数找到First Name和Last Name之间的空格，所以SUBSTRING函数可以分开ContactName列，这样就只有Last Name被选出。在CHARINDEX函数返回的整数上加1，这样Last Name不是从空格开始。

例二:
计算Northwind.dbo.Customer表中Addresses字段中包含单词Road或者它的缩写Rd的记录数，选择语句类似这样：
select count(*) from Northwind.dbo.Customers where CHARINDEX('Rd',Address) > 0 or CHARINDEX('Road',Address)> 0

例三：
print charindex--------判断第一个字符串是否在第二个字符串中存在，如果存在：返回第一个字符串的第一个字符在第二个字符串中的下标，不存在返回0）
print charindex('abc','dfsaabc')--存在所以返回值为5（abc中的a在dfsaabc里的下标）本回答被提问者采纳