SQL中的DEFAULT约束是否属于实际意义上的约束？

DEFAULT约束的核心作用 #

DEFAULT属于SQL标准定义的列级约束，它不拦截用户的合法输入，主要规避两类异常：

• 规避无显式赋值时的非空约束报错：如果某列设置了NOT NULL但未配置DEFAULT，插入数据时漏传该列的值会直接触发非空校验错误；配置DEFAULT后数据库会自动填充预设值，避免这类无意义的报错。
• 规避业务逻辑层面的脏数据：比如用户表的is_vip字段业务规则要求新用户默认非会员、订单表的create_time默认取当前写入时间，配置DEFAULT后就算插入语句漏写对应字段，也不会生成NULL、空值这类不符合业务预期的脏数据，不需要业务代码额外补全赋值逻辑。

是否存在违反DEFAULT约束导致执行失败的场景 #

常规写入、查询场景下，不存在「违反DEFAULT约束导致执行失败」的情况，原因很简单：DEFAULT是补全规则而非拦截规则，只有用户未对目标列显式赋值时它才会生效，用户显式传任何符合字段类型、其他约束要求的值，都不会和DEFAULT规则产生冲突。
只有两类边缘场景会出现和DEFAULT相关的报错，但本质都不是DEFAULT约束的拦截逻辑导致的：

• 建表时设置的DEFAULT值本身不合法：比如给INT类型的字段设置DEFAULT 'abc'，建表阶段就会触发类型校验错误，这是字段类型规则的问题，和写入阶段违反DEFAULT无关。
• 显式传入的值触发了其他约束：比如某列设置DEFAULT 0同时加了NOT NULL约束，用户显式给该列传NULL时触发的报错是NOT NULL约束导致的，和DEFAULT没有关系。

DEFAULT是否属于真正的约束范畴 #

当然属于。SQL标准里的约束本来就不是只有「拦截非法输入」这一类，整体可以分成两类：

• 校验拦截类约束：包括PRIMARY KEY、FOREIGN KEY、NOT NULL、UNIQUE、CHECK，这类约束的作用是校验用户输入的合法性，不符合规则就直接拦截报错。
• 行为规则类约束：DEFAULT就属于这类，它约束的不是用户的输入行为，而是数据库自身的填充行为——只要用户没有给对应列显式赋值，数据库就必须按照预设的DEFAULT值填充，不能随意填充NULL或者其他无意义值，这种对数据库行为的强制规则，本身就是约束的一种。

举个最常见的例子：给订单表create_time字段设置DEFAULT CURRENT_TIMESTAMP，本质就是给数据库定了强制规则：插入订单没传创建时间的时候，必须填当前时间，不能留空、不能填其他任意值，这就是典型的约束逻辑。

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