![279639cbd92dee306b83ed4badfc5682.png](https://img-blog.csdnimg.cn/img_convert/279639cbd92dee306b83ed4badfc5682.png)
在实际开发者,除了代码,我们往往还需要设计维护我们的数据库。很多时候我们在设计数据库的时候会会发现我们要对数据进行状态流,随着业务的的迭代,有时候数据库原来的设计不满足需求。
比如在电商项目中我们设计数据库,需要针对client进行鉴权,比如某种优惠券在app可用,在小程序不能用,有的则是在两个client端都可以。很多人在设计这个数据库的时候加很多字段去使用,如加很多字段每个字段去表示一个client端是否可以使用这个优惠券。
这样的设计好吗?
当然不行,一来维护字段的成本是很高的,二来是因为加入client端比较多这张表的字段就很难去维护。
当然了很多人也喜欢用一个字段去表示,然后mysql的find_in_set函数去查询。这样当然是可以的,但是从效果来看,find_in_set对mysql索引支持很差,假如你数据库内的数据相对较少当然可以使用,可一旦数据库的数据上来了,就应该好好考虑这个问题。
其实从linux的文件读写权限来看,位运算其实是一个复合状态很好的选择。比如我们用1代表app可用 2代表小程序可用 4代表pwa应用。那么1+2=3则可代表app和小程序都可用。下面我们来撸一撸代码。
我们先设计一个枚举的类。
class Enum
{
const