sql 表设计问题：需索引的可选字段应该允许 null 吗？

2

is null And is not null 是不会走索引的

@Xhack

依业务需求而定，数据库不能好好处理就说明该换数据库了

@Xhack 我说错了

业务逻辑设计上选 1
有查询需求的 选 2

2

mysql 还是别用 null 了。

mysql 字段不使用 null 的理由

1 、比如文章点击量加 1 ，column_name = column_name + 1 ，如果把字段设成 null ，并且插入数据时没指明 column_name = 0 ，那么+1 操作不起作用；
2 、count(column_name)时，null 的列不包含在内，count(*)则包含 null 的列在里面
3 、计算多列时，如 SELECT id, click1+click2 as click FROM `foo` 如果两个点击量有一个为 null ，那么相加结果就是 null
4 、如果有比较条件，比如 where < 10 ，如果为 null 的话则不包含在内
5 、min(column_name), max(column_name)如果字段有值，则用值比较，如果字段没有值，都是 null 的时候，则为 null

总结：不能运算，不能比较，慢

mysql 我一般都是有默认值，不允许 null 的。text 除外。

我反正是这么来的, 所有表字段都必须设置不允许为 null.
这样在 java 里会减少很多 NPE.

现在项目里面,除了类似'收货时间'这种具有业务意义的 date 类型的字段允许为 null 以外,其它类型字段都会设置默认值

别听楼上的瞎 bb ，这种情况明显用 null

某些 datetime 含业务含义和 text 类型的允许 null ，其余都 not null 了

@CodeCodeStudy 9# 你这些数值比较的字段，不应该把字段设置为数值类型的同时默认值是 0 ？

oracle 的 varchar2 类型，空值即为 null 。

我说个其它的，在使用 ORM 的 one many 的时候 null 和 0 区别对待的。0 是找不到企业报错，null 没有企业

如果你要给这个列创建索引，那就不能 null ，因为 null 不走索引的，正常的列是允许 null 的

楼上的是不是都要更新知识了? MySQL null 列可以走索引.
我的建议还是你用 null, 毕竟 null 和 0 还是不一样的.
至于加不加索引和 null 不 null 无关, 取决于你的用户是否大多数有企业.
比如你一百万用户就一百个有企业, 别加了. 如果大多数都有, 那就加

再补充一个, 取决于你的业务需求, 如果你业务代码都是.
1. 先去查找用户 -> 然后在通过用户的企业主键去查找企业 = 不用加索引
2. 找用户 -> join 企业 = 加索引
3. 找这个企业下的用户 = 加索引

null 是可以走索引的

使用空字符串不是更好吗？

@Xhack 大哥们，你们了解下 mysql 不同版本的区别吧，别总把古董版本的特性带到目前常用的版本。

有些业务场景 0 和 null 就是有区别的, 咋办

@cpstar #16 是啊，应该设为设置型，默认值为 0 ，用 0 来表示特殊的含义，而不是 null

null 是 null, 0 是 0 ,概念首先不要乱用!!!

假设设置成 0 ， 0 多了不一样走不了索引吗。

@CodeCodeStudy 其实这个不好，我觉得更好的方案是：

创建一个缺省公司，用来给那些不属于任何企业的用户挂名的；
然后直接不允许这个字段为 NULL 就好了。

这个方案就是前几年讨论 NULL 有没有必要时，一种比较优雅的方案。

不过要是我的话，如果业务不要求对这类用户做什么操作，我肯定直接设 NULL 了 哈哈

@IvanLi127 #27 不用创建缺省公司来挂名，这样反而会搞复杂，企业字段直接用 0 来表示就好了

@CodeCodeStudy 其实有个问题。。。你们用 0 的前提是不用外键约束吗？如果用的话应该势必创一个缺省公司

基本都不允许 null ，能不 null 就不 null

用 0 或者-1 来表示该值不存在更好的理由是保持一致的数据类型，避免 null 造成 NPE ，比如 Java 和 Javascript 的字符串的 indexOf 的返回值是 int ，用-1 来表示找不到，而不是返回 null

@IvanLi127 #29 不需要外键

@CodeCodeStudy #9 补充一下第 4 点，如果某列允许为 null 的话，那么语句 where column_name > 10 ，where column_name < 10 ，where column_name = 10 均不能把实际值为 null 的行过滤掉，因为要用 where column_name is null ，这样就会带来不必要的麻烦

@seth19960929 也许他们的版本还停留在 5.5 或更早吧。。。反正我知道的 5.6 版本就已经支持 is null 走索引了。

按逻辑来说，null 是 null ，0 是 0 ，最好是按语意来使用。
至于 select ... where x<y ，本来就不该带上 null 的数据。

如果公司都是用数字的话，就给一个默认公司的数字例如 0 ；如果是文字的话，就创建一个默认公司名，如：NoCompany 之类的，这样也不用纠结你这个问题了，查询起来也简单

null 是 null ，0 是 0 ，两者的语义完全不同，该是什么就是什么。
把 null 用 0 表示一是使数据缺少一种表达能力，二是实际并没有减少做判断的心智负担。
很多人讨厌 null 是因为 null pointer exception ，但有错却不能 fail fast ，带病运行更可怕。

@CodeCodeStudy #9 你这些理由对于遵循数据库设计范式的来说，完全不是问题。
比如你说的文章点击量、需要比较大小或者参与计算的列，我找不到为 null 的场景。

另外，mysql 早就支持 null 走索引了，知识要及时更新啊。

不要用 0 来表达没有，更不要自己搞出个 -1 来，这是在挖大坑；
数据库该用 NULL 就用 NULL ，数据库不好处理，就换数据库；

如果大部分用户都有企业，那用啥都可以。
如果大部分用户都没有企业，可以考虑搞个关联表，数据比较少。

为什么企业 id 要放在用户表里面，为什么不用关系表存储？
万一你业务以后允许一个用户待在多个企业，你怎么搞。
而且使用中间表，我觉得可以解决你这个纠结 null 还是 0 的问题。

选 1 ，并将企业名称字段加索引