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

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 ，数据库不好处理，就换数据库；

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