本文主要是介绍Mysql 查询—按位运算,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
前言:虽说这是件小事儿,但本宝宝思前想后,还是为它留下一笔,嘿嘿。反正写博客不浪费纸和笔!好久没有开启我的逗比模式了,我亲爱的乖徒弟DBA,DBB,DBAA等,好久不见你们,遥祝幸福快乐+DB。
整个事情其实使这样的,最近的项目中,有一个表,最终是这样的:一共3位,每一位的取值是1和0(额,后来还有2,哈哈哈),1代表已认证,0代表未认证。 当时为什么这么设计呢,是因为会高频率的出现 XXX 身份已认证、邮箱已认证等等的打标签,就把之前的三个字段变成了一个,当时说是按位取值运算(怎奈何,功力不到位,咱们说的按位取值运算,压根儿不是一个频道哇,尴尬5秒中)
附录:本宝宝的频道:不是有3位嘛,我一个一个字符的截取,1就是已认证,0就是未认证。嗯,这就是传说中的按位取值运算!
一、问题出现过程
上文也说到了当初这个字段为什么这么设计的,但在用的过程中,就出现了这么个问题(别笑我,虽然我现在想想当时的逻辑,我也挺想笑的,所以,实在想笑,可别憋坏了) 当时有一个查询,每一种认证状态都是一个查询条件,这个其实不重要。重要的是,每一个条件都还有 “全部” 的选项。
本宝宝当时就在想啊,我呸,我就0和1,老娘哪儿去给你弄 全部,要么未认证要么已认证,老娘难道要3*3 组合排列 or + like 爽死人的SQL拼接吗?我才不会告诉所有人,我真的拼过一次。 但结合到我蠢了N多年的经验来看,我不会,我蠢,并不代表其他人也不会(每次团队里有我,谁都不用担心智商垫底儿) 我就默默的问了我一个同事,问如果是他,他会怎么做。。。。。。呵 呵 哒 最终的结果是,在进度统计的时候,老大知道啦,刚开始我们说还是换成3个字段,老大说:不用,这个很好解决。
当时心里那个恨呀,他知道怎么做,但是不告诉我。 所幸,老大后来还是给了我一条生路+明路:位运算
二、位运算
话说,即使我明白了要用位运算,却也是一波三折。因为其实,我就在想Linux给文件授权,每次打chmod 7的时候,就是全部权限嘛,但其实是4+2+1得到的。 然后我就在测试我的那个认证状态字段,发现一个现象:我每次都不能用 status & 7 查出我期望的数据。 然后,就问我旁边的老大了:为什么我这条语句出不了效果呢,我查了查语法,没错啊,你看我都能单独查出来。
老大看了看,就跟我说:你想想你的数据类型? 我当时就想的很简单,因为是111这种格式的嘛,那这3个1其实转成二进制就是 4 2 1 ,完全没问题 啊,为什么就是查不出来呢,这个时候,刚好又遇到了另外一个case,就是要授权和取消授权。 我当时就特别蒙,你说授权方便,我直接更改数值,但取消授权,我怎么做呢?我当时想了好久都很苦恼,后来老大说:你就没有理解什么是位运算,好好想想。 后来我就想明白了:第一,我们当时用的数据类型是char,这本身就不对;第二,授权或者取消授权,只要加减对应的数值就OK了,做位运算的时候,会转换成二进制运算。所以,后来的处理方案是:
1,首先将char类型,转换为了int;2,对应的语句大概是:查询 where status & 1 ; set status=status+1 或者set status=status-1等。 举个例子:我们设置1为个人认证;2为邮箱认证;4为渠道认证;8为主管理员认证; 那如果要查询即通过个人认证(1),又通过了渠道认证(4)的数据,那么语句应该是:where status & 5,直接将数值加起来作为条件。 最合适的类比,我用到过得,也就只有Linux的授权chmod了
附录:具体的,随便搜就能找到资料,我就不copy and paste了哈
三、个人总结
其实,写这篇文章,最主要不是记录这个位运算的具体查询和使用,而是,老大明明就知道具体该怎么做,然而,他为什么没有直接告诉我呢? 说实在的,这个东西当时也就卡着了,他老人家就看我在那儿折腾。 而且,我不会,还专门挑我去解决这个事儿。
其实,就突然想起来之前老大让我去做一个分享的时候,我们的一次对话:
老大:怎么样啊,7点就要开始了,你准备准备?
我:PPT就是那天早上给你看的,哎呀,不用准备的,我就是块砖,主要的用途就是引出你这块玉,我说不下去了,不是还有你顶着嘛,嘿嘿
老大:你应该想想自己怎么能够成为那块玉,别把自己当砖使! (PS: 也许,这就是领导和小兵的区别)
我,也要成为一个被团队依靠的人,加油!
这篇关于Mysql 查询—按位运算的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!