汽车表Schema设计：车主可为个人或企业，是否应使用继承？

针对车主分为个人/企业的场景，下面是几种常见的数据库设计方案，各有优劣，你可以根据实际需求选择：

1. 单表+类型鉴别器 #

把所有车主类型的字段都放在同一个owners表中，用owner_type字段区分个人和企业，允许非对应类型的字段为空，通过约束保证数据合法性。

优点：结构简单，查询车主信息时无需关联多表，适合查询需求单一的小型系统。
缺点：存在字段冗余，空值较多；数据库约束逻辑复杂，后续扩展新车主类型时会导致表字段越来越臃肿。

CREATE TABLE owners (
    owner_id SERIAL PRIMARY KEY,
    owner_type VARCHAR(10) NOT NULL CHECK (owner_type IN ('PERSON', 'COMPANY')),
    first_name VARCHAR(50),
    last_name VARCHAR(50),
    address TEXT,
    company_reg_no VARCHAR(20),
    company_name VARCHAR(100),
    -- 强制个人/企业各自必填字段
    CONSTRAINT chk_owner_fields CHECK (
        (owner_type = 'PERSON' AND first_name IS NOT NULL AND last_name IS NOT NULL) OR
        (owner_type = 'COMPANY' AND company_reg_no IS NOT NULL AND company_name IS NOT NULL)
    )
);

CREATE TABLE cars (
    serial_no VARCHAR(20) PRIMARY KEY,
    brand VARCHAR(50) NOT NULL,
    color VARCHAR(30),
    owner_id INT NOT NULL REFERENCES owners(owner_id)
);

2. 父表+子表拆分（推荐方案） #

这是最通用的关系型数据库设计模式，核心是用父表存储所有车主的公共属性，子表存储各类型的专属属性，通过主键关联。

2.1 标准关联子表（兼容所有RDBMS） #

创建owners父表存储公共ID和类型，再分别建persons、companies子表存储个人和企业的专属字段，车辆表关联父表的owner_id。

优点：数据无冗余，约束易维护；扩展性强，后续新增车主类型（如政府机构）只需新增子表即可；兼容所有关系型数据库。
缺点：查询单个车主完整信息时需要关联父表和子表，可通过创建视图封装查询逻辑解决。

CREATE TABLE owners (
    owner_id SERIAL PRIMARY KEY,
    owner_type VARCHAR(10) NOT NULL CHECK (owner_type IN ('PERSON', 'COMPANY'))
);

CREATE TABLE persons (
    owner_id INT PRIMARY KEY REFERENCES owners(owner_id),
    first_name VARCHAR(50) NOT NULL,
    last_name VARCHAR(50) NOT NULL,
    address TEXT
);

CREATE TABLE companies (
    owner_id INT PRIMARY KEY REFERENCES owners(owner_id),
    company_reg_no VARCHAR(20) NOT NULL UNIQUE,
    company_name VARCHAR(100) NOT NULL
);

CREATE TABLE cars (
    serial_no VARCHAR(20) PRIMARY KEY,
    brand VARCHAR(50) NOT NULL,
    color VARCHAR(30),
    owner_id INT NOT NULL REFERENCES owners(owner_id)
);

-- 可选：创建视图统一查询所有车主信息
CREATE VIEW all_owners AS
SELECT o.owner_id, o.owner_type, p.first_name, p.last_name, p.address, NULL AS company_reg_no, NULL AS company_name
FROM owners o JOIN persons p ON o.owner_id = p.owner_id
UNION ALL
SELECT o.owner_id, o.owner_type, NULL, NULL, NULL, c.company_reg_no, c.company_name
FROM owners o JOIN companies c ON o.owner_id = c.owner_id;

2.2 PostgreSQL原生继承 #

PostgreSQL支持表继承特性，子表会自动继承父表的字段和约束。

优点：查询子表时可直接获取父表字段，语法简洁。
缺点：兼容性差，仅PostgreSQL支持；约束维护复杂，父表的外键不会自动应用到子表；查询父表时默认会包含所有子表数据（需用ONLY关键字过滤），容易引发逻辑混淆，不适合需要跨数据库迁移的场景。

CREATE TABLE owners (
    owner_id SERIAL PRIMARY KEY,
    owner_type VARCHAR(10) NOT NULL CHECK (owner_type IN ('PERSON', 'COMPANY'))
);

CREATE TABLE persons (
    first_name VARCHAR(50) NOT NULL,
    last_name VARCHAR(50) NOT NULL,
    address TEXT
) INHERITS (owners);

CREATE TABLE companies (
    company_reg_no VARCHAR(20) NOT NULL UNIQUE,
    company_name VARCHAR(100) NOT NULL
) INHERITS (owners);

CREATE TABLE cars (
    serial_no VARCHAR(20) PRIMARY KEY,
    brand VARCHAR(50) NOT NULL,
    color VARCHAR(30),
    owner_id INT NOT NULL REFERENCES owners(owner_id)
);

3. 独立车主表+车辆表多外键 #

分别创建persons和companies独立表，车辆表同时包含person_id和company_id两个外键，通过约束保证仅一个外键非空。

优点：无需父表，结构直观。
缺点：扩展性极差，新增车主类型需在车辆表新增外键字段；查询时需判断哪个外键有效，容易出现数据不一致（如两个外键同时非空或为空）。

CREATE TABLE persons (
    person_id SERIAL PRIMARY KEY,
    first_name VARCHAR(50) NOT NULL,
    last_name VARCHAR(50) NOT NULL,
    address TEXT
);

CREATE TABLE companies (
    company_id SERIAL PRIMARY KEY,
    company_reg_no VARCHAR(20) NOT NULL UNIQUE,
    company_name VARCHAR(100) NOT NULL
);

CREATE TABLE cars (
    serial_no VARCHAR(20) PRIMARY KEY,
    brand VARCHAR(50) NOT NULL,
    color VARCHAR(30),
    person_id INT REFERENCES persons(person_id),
    company_id INT REFERENCES companies(company_id),
    CONSTRAINT chk_single_owner CHECK (
        (person_id IS NOT NULL AND company_id IS NULL) OR
        (person_id IS NULL AND company_id IS NOT NULL)
    )
);

最终推荐 #

如果你的系统仅基于PostgreSQL且短期内不会迁移，原生继承可以尝试，但更推荐标准关联子表方案——它兼顾了结构清晰、扩展性和兼容性，是关系型数据库处理这类多类型实体的经典方案。

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