创建表时使用NULL约束的原因及等效写法下的使用价值

Great question! Let's break this down step by step:

一、为什么要在创建表时使用NULL约束？ #

首先得明确：在绝大多数主流关系型数据库（MySQL、SQL Server、PostgreSQL、Oracle等）中，如果不指定列的可空性，默认是允许存储NULL值的。那显式写NULL约束的核心原因，主要是为了消除歧义、明确意图——毕竟“默认允许为空”是数据库的规则，但不是所有开发者都能准确记住，尤其是团队协作时，显式标注能让后续维护的人一眼就知道这个列的设计意图：它就是被允许为空的，不是开发者忘记加NOT NULL约束了。

二、两段SQL代码是否等效？ #

没错，在几乎所有主流数据库里，这两段代码逻辑完全等效：

CREATE TABLE MyTable(Key INT PRIMARY KEY, Value INT NULL);

和

CREATE TABLE MyTable(Key INT PRIMARY KEY, Value INT);

因为Value INT没有指定可空性时，数据库会默认采用“允许NULL”的规则，效果和显式写NULL一致。

三、有没有需要使用NULL约束的场景？它能带来额外作用吗？ #

当然有！虽然语法上等效，但显式写NULL约束能带来不少实用价值：

• 提升代码可读性与团队协作效率：当多个开发者维护同一份数据库脚本时，显式的NULL相当于“自我注释”，不用依赖每个人都记住数据库的默认规则，避免有人误以为是遗漏了NOT NULL约束而擅自修改。
• 保证跨数据库/工具的兼容性：虽然主流数据库默认规则一致，但某些小众数据库或特定配置下，默认可空性可能不同；另外，使用数据库迁移工具（比如Flyway、Liquibase）时，显式指定可空性能避免工具因默认规则差异生成错误的迁移脚本。
• 保持代码风格一致性：如果表中已有多个列显式标注了NOT NULL，那么允许为空的列也显式写NULL，能让整个表结构定义更整齐对称，比如：

  CREATE TABLE User(
      UserID INT PRIMARY KEY,
      Username VARCHAR(50) NOT NULL,
      Phone VARCHAR(20) NULL,
      Address TEXT NULL
  );
  

  这样的代码结构一目了然，不用反复确认每个列的可空性。
• 强化设计意图：显式使用NULL约束，相当于把“这个列允许为空”作为设计决策固化下来，而不是依赖数据库的默认行为，这在需要严格遵循数据库设计规范的场景中尤为重要。

内容的提问来源于stack exchange，提问作者Dacromir