在关系型数据库的设计中，默认约束（DEFAULT constraint）是一种在创建表时可以直接附加到列上的规则。它的含义非常直观：当执行 INSERT 语句时，如果没有为某个列明确提供值，数据库就会自动使用该列预先定义好的默认值。这个机制看似简单，却能在实际开发中减少大量重复代码，并有效避免因遗漏字段导致的业务数据异常。
一、默认约束的核心作用是什么
默认约束最直接的作用就是给列提供一个兜底值。例如用户表中有一个状态字段 status，通常希望新用户默认处于正常状态，而不是 NULL 或未知值。如果在创建表时写成 status TINYINT DEFAULT 1，那么每次插入用户数据时，只要不指定 status 列，数据库就会自动写入 1。这比在应用程序代码里反复写 if 判断或固定值要可靠得多，因为规则被下沉到了数据库层，任何客户端、任何写入路径都遵循同一套逻辑。
除了简化插入操作，默认约束还能提高数据一致性。假设订单表中有创建时间 created_at，如果依赖应用层传入时间，可能出现不同服务器时间不一致、代码漏传等情况。若在表结构上使用 DATETIME DEFAULT CURRENT_TIMESTAMP，则无论哪条 INSERT 语句没有携带创建时间，数据库都会使用自身的当前时间作为默认值，保证时间语义统一。类似地，计数类字段初始化为 0、金额字段初始化为 0.00、逻辑删除标记初始化为 0，都是默认约束的典型场景。
还需要特别区分默认约束和 NULL。数据库中的 NULL 表示未知或缺失，而默认值是一个具体的、有业务意义的值。一个字段允许 NULL 时，如果不提供值，通常会插入 NULL；但如果该字段同时定义了默认约束，并且 INSERT 语句中完全没有包含该字段，数据库才会采用默认值。这个细微差别在后续谈到显式 NULL 时会进一步展开，它直接影响很多开发者在排查数据异常时的判断。
二、创建表时如何给列应用默认约束
在标准 SQL 中，给列添加默认约束的语法非常直接，只需要在列定义的末尾加上 DEFAULT 关键字和对应的值即可。以 MySQL 为例，下面的建表语句创建了一个用户表，其中 status、login_count 和 created_at 都定义了默认值。创建成功后，当我们插入一条只包含用户名的记录时，其他字段会自动使用默认值。
CREATE TABLE users (
id INT PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(50) NOT NULL,
status TINYINT DEFAULT 1,
login_count INT DEFAULT 0,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
从上面的语句可以看出，默认约束并不是独立的约束对象，而是列定义的一部分。DEFAULT 后面可以跟常量，例如数字 1、字符串 'active'，也可以跟函数或表达式。不同的数据库对函数和表达式的支持程度不同：MySQL 支持 CURRENT_TIMESTAMP 作为时间戳列的默认值，也允许一些常量表达式；SQL Server 允许使用 GETDATE()、NEWID() 等函数；PostgreSQL 则支持更丰富的表达式，例如 DEFAULT (CURRENT_DATE + INTERVAL '1 day')。使用默认值时，必须保证默认值的数据类型与列的数据类型兼容，否则建表阶段就会报错。
如果需要在一张表中给多个列同时应用默认约束，只需分别在每个列定义中书写 DEFAULT 即可，它们互不影响。例如订单表的订单状态默认 0 表示待支付，创建时间默认当前时间，合计金额默认 0.00。这样即使业务系统只插入了订单编号，其他列也能得到合理的初始值。下面是一个 SQL Server 的示例，展示了多列同时定义默认值的情况。
CREATE TABLE orders (
order_id INT IDENTITY(1,1) PRIMARY KEY,
order_no VARCHAR(30) NOT NULL,
order_status TINYINT DEFAULT 0,
created_at DATETIME DEFAULT GETDATE(),
total_amount DECIMAL(12,2) DEFAULT 0.00
);
要注意的是，默认约束与列是否允许 NULL 是两个独立的概念。可以给一个允许 NULL 的列定义默认值，目的是在省略该字段时不写入 NULL 而写入默认值；也可以给 NOT NULL 列定义默认值，这样即使插入时漏掉该列，也不会因为违反非空约束而报错。正是这种组合，让建表设计既灵活又安全。
三、不同数据库中的默认约束差异
虽然 DEFAULT 关键字在各种关系型数据库中都有，但具体行为存在一些差异。MySQL 中，从较早版本开始就支持 TIMESTAMP 和 DATETIME 的 CURRENT_TIMESTAMP 默认值，但在表达式默认值方面限制较多，很多表达式需要写成常量或函数。SQL Server 的默认值可以引用内置函数，如 GETDATE()、SUSER_SNAME()，也支持在 ALTER TABLE 中通过 ADD CONSTRAINT 添加带名称的默认约束。PostgreSQL 对默认表达式的支持更加灵活，几乎任何不可变或稳定函数都可以作为默认值，还允许使用序列 nextval 等方式给主键生成默认值。
这些差异意味着，当你在不同数据库之间迁移建表脚本时，不能简单照搬。例如 MySQL 中的 TIMESTAMP DEFAULT CURRENT_TIMESTAMP 可以正常创建，但 PostgreSQL 中可能需要写 TIMESTAMP DEFAULT CURRENT_TIMESTAMP，两者表面相似，内部类型与行为却有不同。再比如 SQL Server 中想要给列设置默认值为当前日期，一般写作 DATETIME DEFAULT GETDATE()，而 Oracle 中则常用 DATE DEFAULT SYSDATE。因此，在使用默认约束前，最好先确认目标数据库支持的默认值形式。
另一个容易混淆的细节是：INSERT 语句中显式写入 NULL 与完全省略该字段，并不等价。假设 users 表的 status 列定义是 status TINYINT DEFAULT 1，那么执行 INSERT INTO users (username) VALUES ('张三') 会写入默认值 1；而执行 INSERT INTO users (username, status) VALUES ('张三', NULL) 时，如果 status 列允许 NULL，实际写入的就是 NULL，默认约束根本不会被触发。换句话说，默认约束只对未出现在 INSERT 列表中的列生效，而不是对值为 NULL 的列生效。很多开发者正是因为忽略这一点，导致默认值没有按预期发挥作用。
四、修改默认约束与实际业务建议
表创建之后，默认约束依然可以被修改或删除。不同数据库的语法略有区别。在 MySQL 中，可以使用 ALTER TABLE ... MODIFY COLUMN 或 ALTER COLUMN 来重新指定默认值；在 PostgreSQL 中，可以使用 ALTER TABLE ... ALTER COLUMN ... SET DEFAULT 和 DROP DEFAULT；在 SQL Server 中，既可以通过 ADD CONSTRAINT 添加命名默认约束，也可以通过 DROP CONSTRAINT 删除。下面是 PostgreSQL 修改和删除默认值的示例。
ALTER TABLE users ALTER COLUMN status SET DEFAULT 0; ALTER TABLE users ALTER COLUMN status DROP DEFAULT;
在真实业务设计中，默认约束应当与 NOT NULL、CHECK 等约束配合使用，而不是孤立存在。比如订单状态字段可以定义为 status TINYINT NOT NULL DEFAULT 0，这样既能保证字段永远有值，又给未指定状态的新订单一个合理的初始值。再比如金额字段可以定义为 amount DECIMAL(12,2) NOT NULL DEFAULT 0.00 CHECK (amount >= 0)，通过默认值和检查约束共同保证数据质量。这种情况下，默认约束是业务规则的一部分，而不是可有可无的装饰。
总结来看，默认约束的核心价值在于把常见的初始值规则固化到表结构中。创建表时只需要在列定义中追加 DEFAULT 默认值，其他写入逻辑就能自动继承这一规则。需要注意的是，不同数据库对默认表达式的支持范围不同，显式 NULL 会绕过默认值，修改默认约束时也要根据数据库选择正确的语法。掌握这些细节后，在设计建表结构时就可以更合理地使用默认约束，减少冗余代码并提升数据一致性。