使用位运算,处理数据库中的"多选状态标识"

简介: 使用位运算,处理数据库中的"多选状态标识"

引言【摘自其他文章】:  

   

    最近在对公司以前的一个项目进行调整时发现,数据库中有很多表示“多选状态标识”的字段。“多选状态标识”可能描述的并不十分准确,在这里用我们项目中的几个例子进行说明一下。

     例一:表示某个商家是否支持多种会员卡打折(如有金卡、银卡、其他卡等),项目中的以往的做法是:在每条商家记录中为每种会员卡建立一个标志位字段。如图:

图片.png

 

     其中蓝色区域的三个整形字段分别表示三种会员卡。当值为“1”时表示当前商家支持这种会员卡打折,反之“0”则表示不支持。

 

     例二:表示系统字典表中某种类型方式,会在哪个功能模块中调用。如某种“支付方式”可能在“收银模块”中会用到,在“结算模块”中也会用到。如图:


图片.png

     用多字段来表示“多选标识”存在一定的缺点:首先这种设置方式很明显不符合数据库设计第一范式,增加了数据冗余和存储空间。再者,当业务发生变化时,不利于灵活调整。比如,增加了一种新的会员卡类型时,需要在数据表中增加一个新的字段,以适应需求的变化。

 

     因此,我们在重新审视数据库设计时,我的一位同事提出了一种代替方式:将多个状态标识字段合并成一个字段,并把这个字段改成字符串型,对多选状态值以字符串数组的方式保存(一个以逗号分隔的字符串:“1,2,3”)。表的结构变成如下:


图片.png


    “MEMBERCARD”字段中,当存在“1”时表示支持金卡打折,“2”时表示支持银卡打折,“3”表示支持其他卡打折。

     这样调整的好处,不仅消除相同字段的冗余,而且当增加新的会员卡类别时,不需增加新的字段。但带来新的问题:在数据查询时,需要对字符串进行分隔。并且字符串类型的字段在查询效率和存储空间上不如整型字段。

 

     总的来说,上面调整的思路是正确的,但不够自然。我后来考虑了一下,觉得可以用“位”来解决这个问题:二进制的“位”本来就有表示状态的作用。可以用下面各个位来分别表示不同种类的会员卡打折支持:

图片.png

     这样,“MEMBERCARD”字段仍采用整型。当某个商家支持金卡打折时,则保存“1(0001)”,支持银卡时,则保存“2(0010)”,两种都支持,则保存“3(0011)”。其他类似。表结构如图:


图片.png


我们在编写SQL语句时,只需要通过“位”的与运算,就能简单的查询出想要数据:

[java]  view plain  copy

  1. //查询支持金卡打折的商家信息:  
  2. select * from factory where MEMBERCARD & b'0001'  
  3. 或者:  
  4. select * from factory where MEMBERCARD & 1  
  5.  
  6. //查询支持银卡打折的商家信息:  
  7. select * from factory where MEMBERCARD & b'0010'  
  8. 或者:  
  9. Select * from factory where MEMBERCARD & 2  

 

     通过这样的处理方式既节省存储空间,查询时又简单方便。以上sql语句为MySQL的语法,其他数据库方法类似。并且“b'0010'”二进制的表示方式的语法是在5.0以后的版本才有。



以上来源自: http://blog.csdn.net/wangdejun/article/details/5692033




  • 实际操作【实战一把】:


  1. CREATE TABLE `news` (
  2.  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键ID',
  3.  `title` varchar(20) NOT NULL COMMENT '文章标题',
  4.  `status` int(2) NOT NULL COMMENT '状态 1:是否置顶;2:是否点赞;4:是否推荐',
  5.  PRIMARY KEY (`id`)
  6. ) ENGINE=MyISAM AUTO_INCREMENT=7 DEFAULT CHARSET=utf8;



数据表的原始数据:


图片.png


  1. 【更新】status =置顶;
  2. update news set status = status | 1 where id = 1
    1. 【更新】status =点赞;
    2. update news set status = status | 2 where id = 1
    1. 【更新】status =推荐;
    2. update news set status = status | 4 where id = 2


图片.png


  1. 【选择】status =推荐;
  2. select * from news where status & 4 = 4

 

图片.png


  1. 【选择】status =置顶&推荐&点赞;;
  2. select * from news where status & 7 = 7
  3. 【选择】status =置顶&推荐;
  4. select * from news where status & 3 = 3
  5. 【选择】status =不置顶&不推荐;
  6. select * from news where status & 1 != 1and status & 4 != 4


  1. 【选择】status =不置顶|不点赞;
  2. select * from news where status & 1 != 1or status & 2 != 2


图片.png

图片.png

  1. 【更新某记录】status =推荐,为不推荐;
  2. update news set status = status ^ 4 where id =1



更新前:


图片.png

更新后:


图片.png

图片.png

  • 后记【位运算】:


按位与运算

  1. 按位与运算符"&"是双目运算符。
  2. 其功能是参与运算的两数各对应的二进位相与。只有对应的两个二进位均为1时,结果位才为1,否则为0
  3. 参与运算的数以补码方式出现。
  4. 例如:9&5可写算式如下:
  5.    00001001      (9的二进制补码)
  6.   &00000101    (5的二进制补码)
  7.    00000001       (1的二进制补码)
  8. 可见9&5=1
  9. 按位与运算通常用来对某些位清0或保留某些位。
  10. 例如把a 的高八位清 0 ,保留低八位,可作a&255运算(255 的二进制数为0000000011111111)。


按位或运算

  1. 按位或运算符“|”是双目运算符。其功能是参与运算的两数各对应的二进位相或。
  2. 只要对应的二个二进位有一个为1时,结果位就为1。参与运算的两个数均以补码出现。
  3. 例如:9|5可写算式如下:
  4.    00001001
  5.   |00000101
  6.    00001101    (十进制为13)
  7. 可见9|5=13

按位异或运算

  1. 按位异或运算符“^”是双目运算符。其功能是参与运算的两数各对应的二进位相异或,当两对应的二进位相异时,结果为1
  2. 参与运算数仍以补码出现,
  3. 例如9^5可写成算式如下:
  4.    00001001
  5.   ^00000101
  6.    00001100    (十进制为12)


求反运算

  1. 求反运算符~为单目运算符,具有右结合性。
  2. 其功能是对参与运算的数的各二进位按位求反。
  3. 例如~9的运算为:
  4.    ~(0000000000001001)
  5. 结果为:1111111111110110


左移运算

  1. 左移运算符“<<”是双目运算符。其功能把“<< ”左边的运算数的各二进位全部左移若干位,由“<<”右边的数指定移动的位数,高位丢弃,低位补0
  2. 例如:
  3.    a<<4
  4. 指把a的各二进位向左移动4位。
  5. 如a=00000011(十进制3),左移4位后为00110000(十进制48)。


右移运算

  1. 右移运算符“>>”是双目运算符。
  2. 其功能是把“>>”左边的运算数的各二进位全部右移若干位,“>>”右边的数指定移动的位数。
  3. 例如:
  4.    设  a=15
  5.    a>>2
  6. 表示把000001111右移为00000011(十进制3)。



注意:对于有符号数,在右移时,符号位将随同移动。当为正数时,最高位补0,而为负数时,符号位为1,

        最高位是补0或是补1 取决于编译系统的规定。Turbo C和很多系统规定为补1



目录
相关文章
|
6月前
|
关系型数据库 MySQL 数据库
mysql,归零,无法自动排序,删除id,表单的数据没有从零开始出现怎样解决?删除数据仍然从删除的地方该怎样解决?表单的数据没有从2开始,而是从之前的删除的序号开始自增。
mysql,归零,无法自动排序,删除id,表单的数据没有从零开始出现怎样解决?删除数据仍然从删除的地方该怎样解决?表单的数据没有从2开始,而是从之前的删除的序号开始自增。
|
数据库
数据库-键(码)
数据库-键(码)
186 0
|
SQL 关系型数据库 Java
使用位运算,处理数据库中的"多选状态标识"
使用位运算,处理数据库中的"多选状态标识"
135 0
|
关系型数据库 MySQL
MySql插入唯一键冲突的三种可选方式
MySql插入一条记录,结果提示主键冲突,怎么办? 批量插入数据时,发现插入的这批数据中,有某些记录存在唯一键冲突,一个一个跳出来就比较麻烦了,有什么好的办法直接忽略掉冲突的记录么? 下面简单记录三种处理方式
721 0
MySql插入唯一键冲突的三种可选方式
|
数据库
Oralce数据库数据转存保证序列一致(自增类型字段续接)
Oralce数据库数据转存保证序列一致(自增类型字段续接)
Oralce数据库数据转存保证序列一致(自增类型字段续接)
|
Oracle 关系型数据库 MySQL
数据库中判断是否包含字符串函数的使用
数据库中判断是否包含字符串函数的使用
451 0
数据库中判断是否包含字符串函数的使用
|
数据库
LeetCode(数据库)- 访问日期之间最大的空档期
LeetCode(数据库)- 访问日期之间最大的空档期
116 0
|
数据库
[原创]自动判断新增或者修改并且存入数据库
[原创]自动判断新增或者修改并且存入数据库