JPA @Column约束是否仅作用于增改操作？手动插NULL未触发报错

这问题挺典型的，我来给你掰扯清楚核心原因：

1. @Column(nullable = false) 不是数据库级默认约束 #

@Column(nullable = false) 本质是JPA/Hibernate层面的内存校验规则，并非直接作用于数据库的强制约束。只有当你配置了Hibernate自动DDL（比如spring.jpa.hibernate.ddl-auto=create/update），它才会把这个注解转换成数据库表的NOT NULL约束。如果是手动建表、或者没开自动DDL，那数据库里的MODEL字段其实是允许存储NULL的，所以你手动插NULL数据时，数据库根本不会拦着。

2. 应用启动时不会校验现有存量数据 #

JPA/Hibernate在应用启动阶段，只会完成实体类与数据库表的映射绑定，不会主动扫描全表数据来校验是否符合实体类的注解约束。哪怕表里面有一堆违反nullable = false的数据，启动过程也不会触发校验，自然不会失败。

3. @Column(nullable = false) 确实仅作用于写入操作 #

没错，这个约束的生效范围就是JPA的插入/更新操作：

• 当你通过JPA API（比如repository.save()、entityManager.persist()）写入数据时，Hibernate会先在内存中校验实体字段是否符合nullable = false要求，一旦发现NULL值，直接抛出ConstraintViolationException，连SQL都不会发给数据库。
• 而读取操作时，Hibernate只会把数据库里的NULL值映射到实体类的对应字段（如果是String这类包装类，就会是null；如果是基本类型可能会出问题，但model一般是字符串类型），不会做任何校验。

额外建议 #

如果想彻底杜绝NULL数据，最好同时做两层约束：

• 保留实体类的@Column(nullable = false)，做应用层的提前校验；
• 手动给数据库表的MODEL字段加上NOT NULL约束，或者开启自动DDL让Hibernate帮你生成，做数据库层面的兜底。

内容的提问来源于stack exchange，提问作者Patrik Mihalčin