PostgreSQL 子类 getter 上的 @NotNull 影响父类表格

在本文中，我们将介绍在 PostgreSQL 数据库中，子类 getter 上使用 @NotNull 注解如何影响父类表格的问题。

背景

在 PostgreSQL 中，使用继承的方式可以实现数据库表之间的关联和扩展。子类表继承了父类表的所有属性和约束，并且可以添加和覆盖这些属性和约束。在一些情况下，子类表的 getter 方法上可能会添加 @NotNull 注解，以确保数据库中存储的数据不为空。

然而，当子类表的 getter 方法上添加了 @NotNull 注解之后，可能会对父类表格的数据存储和查询造成一些问题。接下来，我们将通过示例来说明这个问题。

示例

假设我们有一个 PostgreSQL 数据库，其中包含父类表格 person 和子类表格 employee。person 表包含人员的基本信息，而 employee 表则包含员工的特定信息。

首先，我们创建 person 表格：

CREATE TABLE person (
  id bigint PRIMARY KEY,
  name varchar(255) NOT NULL
);

然后，我们在 person 表格中插入一些数据：

INSERT INTO person (id, name) VALUES (1, 'John');

接下来，我们创建 employee 表格，并让其继承 person：

CREATE TABLE employee (
  id bigint PRIMARY KEY REFERENCES person(id),
  position varchar(255) NOT NULL
) INHERITS (person);

在这个例子中，employee 表格继承了 person 表格的 id 和 name 字段，并添加了 position 字段。

现在，假设我们有一个 Employee 类，它映射到 employee 表格，并在 getter 方法上添加了 @NotNull 注解：

public class Employee {

  private Long id;
  private String name;
  private String position;

  // Getter and Setter
  // ...

  @NotNull
  public String getPosition() {
    return position;
  }
}

当我们使用 Hibernate 或其他 ORM 框架从数据库中查询 Employee 对象时，如果 employee 表中的 position 字段为空，那么 ORM 框架将会抛出异常，因为它不能将空值赋给 position 属性。

然而，这里的问题是，父类表格 person 中的 name 字段是必填字段，但是由于 employee 表格继承了 person 表格，employee 表格中的 name 字段也变成了必填字段。因此，如果我们尝试将一个没有 name 值的员工插入到数据库中，将会导致插入失败。

这个问题的核心在于子类 getter 上的 @NotNull 注解影响了父类表格的约束。

解决方案

为了解决上述问题，我们可以采取以下两种方式之一：

在子类 getter 方法上移除 @NotNull 注解，并在需要强制非空的情况下，使用其他方式来确保数据的完整性，比如数据库层面的约束或业务逻辑的检查。
在查询子类表格的时候，使用子类的类型进行查询，而不是父类类型。这样，就可以避免子类 getter 上的 @NotNull 注解对父类的约束产生影响。

总结

在本文中，我们介绍了在 PostgreSQL 数据库中，子类 getter 上的 @NotNull 注解如何影响父类表格的问题。我们通过示例说明了这个问题，并提供了解决方案。在使用 PostgreSQL 继承表格和约束的时候，我们需要注意子类 getter 上的注解对父类的影响，以及选择合适的解决方案来确保数据的完整性和一致性。