Mysql中FIND_IN_SET和REPLACE函数简介

一  FIND_IN_SET()

SELECT * from u_user where FIND_IN_SET('32',tags)

上面的sql是精确查找,查找表中tags中含有32的记录(注意这里的含有不是说13268这样也是含有,而是23,32,35,36这样才是含有),只有当tags这一列中记录是用逗号分开中的tags含有32.不能够说查找("32,33",tags)这种写法是查不到上面的结果,例如

这样的字段:  9791, 2336, 726, 728, 1466, 6843, 1501, 6293, 6522

FIND_IN_SET('23',tags)是可以查到这两行数据,FIND_IN_SET("22,23",tags)查不到这两行数据.

FIND_IN_SET()和IN的区别

select * from table where  id IN (columnName);    

实际上这样是不行的,这样只有当id是columnName中的第一个元素时,查询才有效,否则都的不到结果,即使id真的再columnName中

再来看看这个:

select * from table where  id IN (23, 32, 36);  
这样是可以的

总结:所以如果columnName是常量,则可以直接用IN, 变量要用FIND_IN_SET()函数,FIND_IN_SET()是精确查找

 

二  REPLACE()

语法:replace(object,search,replace) 
语义:把object对象中出现的的search全部替换成replace。 
实例:

update hellotable set 'helloCol' = replace('helloCol','helloSearch','helloReplace')
update TABLE_NAME set COLUMN_NAME=REPLACE(COLUMN_NAME,"from_str","to_str") where conditions

replace into函数

为什么会接触到replace into函数,是因为业务需要向数据库中插入数据,前提是重复的不能再次插入。以前用where解决的,今天才知道还有一个更简洁的方法replace。 
replace具备替换拥有唯一索引或者主键索引重复数据的能力,也就是如果使用replace into插入的数据的唯一索引或者主键索引与之前的数据有重复的情况,将会删除原先的数据,然后再进行添加。 
语法:replace into table( col1, col2, col3 ) values ( val1, val2, val3 ) 
语义:向table表中col1, col2, col3列replace数据val1,val2,val3

实例:

REPLACE INTO users (id,name,age) VALUES(123, ‘chao’, 50);

唯一的组合索引

因为在创建索引的时候发现很多问题,放在这儿做一下记录。

首先我们使用replace的原因就是因为它有“防重”的作用,但是它的“防重”作用仅仅是局限在唯一索引上或者主键索引上。所以我们使用replace时必须要有一个唯一索引。

而业务的逻辑需要四个字段唯一确定一条记录,也就是说我要建立一个组合索引也即多列索引。

最终确定需求就是我要create出一个unique的组合索引,很简单是不是,后面讲坑。。。

先讲讲组合(多列)索引是什么鬼?! 
组合索引的生效原则是 从前向后依次生效,如果中间某个索引没有使用, 那么断点前面的索引部分起作用,断点后面的索引没有起作用,即最左优先原则

例如创建多列索引(a,b,c)

where a=3 and b=45 and c=5...
这种三个索引顺序使用中间没有断点,全部发挥作用; where a=3 and c=5...
这种情况下b就是断点,a发挥了效果,c没有效果; where b=3 and c=4...
这种情况下a就是断点,在a后面的索引都没有发挥作用,这种写法联合索引没有发挥任何效果; where b=45 and a=3 and c=5...
这个跟第一个一样,全部发挥作用,abc只要用上了就行,跟写的顺序无关;

  

如何创建组合索引

语法:CREATE UNIQUE INDEX index ON table( col1, col2, col3 )
实例:CREATE UNIQUE INDEX index_unique ON app(pkgName,version,device,osver)

  

很简单是不是,但是我还是遇到了两个坑,浪费了我一下午,第一个坑就是创建的索引长度是有限制的,不能超过767,发现字段的长度也用不了varchar(256)于是改成了varchar(100)。 
你以为这样就OK了,NAIVE!第二个坑,“error: Duplicate etry ~”,英文不好真的很费劲,我翻译出来“重复实例”,却还是没能理解是什么意思,还一味的排除sql语句的错误。。。直到逛了外网论坛才发现是表的问题,因为在创建这个唯一索引的时候表中已经有很多重复数据了,所以很肯定创建不成功! 
清空表数据,完美。。。

上一篇:"hello,world"———C++入门有感


下一篇:MySQL中TIMESTAMPDIFF和TIMESTAMPADD函数的用法