字段尽量设置为 not null 是 Mysql 特有的惯例吗？其他的数据库(例如 Postgres)需要这样做吗?

[SimbaPeng]

[MeteorCat]

默认 null 占据一个数据一个字节，每条数据多分配一个字节的空间来表示字段是否为空，无论你是否使用到 null

[MeteorCat]

Postgres 没接触过，mysql 和 mariadb 就是这样，不排除其他数据库软件有所优化

[SimbaPeng]

@MeteorCat 设置了 not null 的话，像 datetime 这种数据类型如何给默认值？

[sagaxu]

比如说温度，你用什么值表示这项数据无效？不用 null 再加个字段吗？

[congeec]

@sagaxu -1 kelvin degree

[MeteorCat]

@SimbaPeng
如果需要不留空，比如 create_datetime 这种创建就需要生成的，就直接当时的时间默认值
如果需要留空，那么比如 update_datetime 这种实时更新，但是前期不留空的,直接给他一个会被识别为 null 字符串 `"0000-00-00 00:00:00"`；如果取出来的话，需要判断是不是该格式，我一般都是时间戳保存转换

[shansing]

@congeec 0 度就行了 :doge:

[niubee1]

比如你定义一个字段是 boolean 类型, 但是如果不是 not null 的话, 而你又忘记给这个字段赋值, 那么, 这个字段就会有 null, false, true 三个状态

[MeteorCat]

@sagaxu 这种情况也是需要考虑，建议楼主也纳入这种考虑

[MeteorCat]

@shansing 不行，现实上测试过，0 在温度面前也是个特殊值，因为有的地方温度也是存在 0 度，不能将具体存在的温度纳入错误之中

[PressOne]

新版 MySQL 早就没有这个必要了，按需设置，没有数据就 Null，不用强求，不影响索引效率。

[sagaxu]

@congeec 然后用求和或者平均等函数做聚集的时候再 where 筛一下先？

[congeec]

@niubee1 这种情况用 0，1，2 表示更省空间。而且适合用 bitmap 索引

[congeec]

@sagaxu 嗯啊，你说的对。可能一不小心就写错了。性能倒不是问题

[alvinbone88]

MySQL 里字段尽量不要为空主要是为了排序的考虑，而不是索引的考虑
在 MySQL 里，null 值永远是最小的，而且 null 与其他任何值比较的结果都是 false
这就导致用 ASC 排序时 null 值永远在最前面

[lihongjie0209]

@MeteorCat #10 -99999 考虑一下, 之前看到有人用 unix time 的开始时间作为时间的默认值或者是异常值

[jjx]

最好取默认值, 否则实际操作中很麻烦

比方说 pg, 要取空白的记录需要

select * from sale_orders where source is null or source='';

[MeteorCat]

@lihongjie0209 这种代码层面的验证移交给数据库本身就是极其错误的，数据库不对数据准确性负责，只负责你有数据 insert 没有错误就行了

[MeteorCat]

@lihongjie0209 对了，这种还涉及数据库字段的正确配置，比如你 datetime|tinyint 强制硬塞给一个"123456789"|9999----->"0000-00-00 00:00:00"|255，这种我感觉有点离题但是却是个值得思考的问题，因为一方面制定数据库得考虑这些，一方面还要在 DAO 层做这样的判断

[niubee1]

@congeec 我说的这是一个问题而不是一个特性啊, 你没 get 到点