问答 / 0 / 11 / 创建于 2年前
可以用 1-2-3 不要用负数,会多占用一个字节。
1-0,1-2都可以,虽然都说 0写代码判断起来麻烦,我没啥感觉。
使用负数的话,多占用一个字节的情况是不存在的,不管有无符号,tinyint都是占用一个字节,在使用有符号情况下,范围取值是-128到127,这个值范围肯定是满足这种状态设计的。 再说回来我个人习惯,这种 is_del 之类的,我个人也是喜欢使用0和1(符合这个这个单词的布尔值语义,如果设计超过2个以上状态,我会命名为 xxx_status 之类的),需求上没有禁用,不要过渡设计,何况后续需要禁用,也可以无缝扩展成2
删除用软删除呗 博客:Laravel 软删除模型指南
我司用的deleted_at 时间
都可,不过枚举从0开始吧
我是用的is_delete 0正常 1删除
deleted_at
看你的 “删除状态” 是否有和 “禁用” “正常”状态并发关联的业务逻辑,如果有就分开,没有就合并一个字段; 看 “删除”这个状态是标记的记录数据为删除作废,还是说这条记录数据所对应的实体、虚体的状态;
比如: 一条手机蓝牙状态记录, 蓝牙本身有正常启用、禁用状态,这里如果有删除状态,肯定是这条记录数据被标记为删除状态,而蓝牙状态没有 删除 这个状态可言;
主要看状态间是否有 && 交叉逻辑,如果没有看情况合并,如果有尽量分开或则 1010101 这种类似的位标记;
我要举报该,理由是:
可以用 1-2-3 不要用负数,会多占用一个字节。
1-0,1-2都可以,虽然都说 0写代码判断起来麻烦,我没啥感觉。
删除用软删除呗 博客:Laravel 软删除模型指南
我司用的deleted_at 时间
都可,不过枚举从0开始吧
我是用的is_delete 0正常 1删除
deleted_at
看你的 “删除状态” 是否有和 “禁用” “正常”状态并发关联的业务逻辑,如果有就分开,没有就合并一个字段; 看 “删除”这个状态是标记的记录数据为删除作废,还是说这条记录数据所对应的实体、虚体的状态;
比如: 一条手机蓝牙状态记录, 蓝牙本身有正常启用、禁用状态,这里如果有删除状态,肯定是这条记录数据被标记为删除状态,而蓝牙状态没有 删除 这个状态可言;
主要看状态间是否有 && 交叉逻辑,如果没有看情况合并,如果有尽量分开或则 1010101 这种类似的位标记;