这是一个创建于 1504 天前的主题，其中的信息可能已经有所发展或是发生改变。
昨天公司事故复盘，提到字段最好都设置为 not null ，有几个疑问：
- allow null 比 not null 字段每行会多占用 1 字节的标志位，这个是否可以忽略不记？
- not null 能够带来更好的性能吗？
- 对于 Integer 类型，not null 字段给一个默认值如 0 表示值为空，是不是使用 null 表示语义化会更好？
 |
1
zoharSoul 2021 年 12 月 9 日
如果不是需要 null 语义的, 建议都设成 not null
|
 |
2
kiripeng 2021 年 12 月 9 日
如果这个字段之后要用来构建索引的话，会导致索引树构建复杂性能下降，对于一些查询的情况根据不同的数据库得到的结论不一定是一样的意思，数据迁移会比较麻烦，等等情况吧
|
 |
3
Mohanson 2021 年 12 月 9 日
Null References: The Billion Dollar Mistake - Tony Hoare
注: Tony Hoare 是 Null 语义的发明者 |
 |
4
E2gCaBAT5I87sw1M 2021 年 12 月 9 日
都给个默认值比较好，Null 对于 索引 不友好
|
 |
5
h82258652 2021 年 12 月 9 日
看业务，业务可 null 就 null ，业务不可 null 就 not null
|
 |
6
2123123 2021 年 12 月 9 日
不涉及索引的字段还是看业务场景，比如一个金额字段 0 在业务中也是有意义的，用 null 表示未设值我认为这是合理的。
|
 |
7
dqzcwxb 2021 年 12 月 9 日
  说 null 不走索引的大概和之前说 or 不走索引(特定情况下 or 才不走索引)的人是同一拨 |
 |
8
sagaxu 2021 年 12 月 9 日 via Android
孝子贤孙
|
 |
9
makelove 2021 年 12 月 9 日
这难道不是该怎么用就怎么用吗？难道没日期也要强行搞个空日期值出来
|
 |
10
Jooooooooo 2021 年 12 月 9 日
最好是, 给自己少埋坑.
|
 |
11
gadfly3173 2021 年 12 月 9 日
mysql 的 null 和 null 之间是不一样的，所以会导致唯一索引失效。
是否允许 null 还是和业务有关的，一般来说如果一个字段不应该为 null 那自然就应该设 not null |
 |
12
yidinghe 2021 年 12 月 9 日 via Android
|
Select Language