数据库设计中租赁业务预约与租赁表一对一关系问题咨询

两张表拆分的方案是否合理？ #

该方案完全合理，预约和实际租赁是两个相互独立、流程差异极大的业务阶段，拆分存储符合数据库设计的范式要求，也能有效规避单表存储带来的空值冗余、状态混淆问题。

两张表是否会形成一对一关系？ #

不属于强绑定的一对一关系，仅属于弱关联的可选一对一：

• 不是所有预约都会生成租赁记录：用户主动取消预约、员工核验物品不可用、预约过期未到场办理等场景下，预约记录不会对应任何租赁记录
• 部分租赁场景允许无预约的线下直接租赁，这类租赁记录不会关联任何预约记录
• 只有核验通过、最终完成租赁的预约，才会对应唯一一条租赁记录

该关联关系应当如何处理？ #

无需设置强制的一对一约束，推荐用以下方案实现关联：

1. 在Rentals表中新增可空字段reservation_id，作为外键关联Reservations表的主键
2. 给reservation_id字段添加唯一约束，保证同一条预约记录最多对应一条租赁记录
3. 如果你的业务明确不允许无预约租赁，可将reservation_id设为非空字段，其余规则不变

示例核心表结构参考：

-- 预约表
CREATE TABLE Reservations (
    reservation_id INT PRIMARY KEY AUTO_INCREMENT,
    customer_id INT NOT NULL,
    expected_rental_date DATE NOT NULL,
    item_type VARCHAR(50) NOT NULL,
    status VARCHAR(20) NOT NULL COMMENT '待核验/已通过/已取消/已过期',
    create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP
);

-- 租赁表
CREATE TABLE Rentals (
    rental_id INT PRIMARY KEY AUTO_INCREMENT,
    reservation_id INT UNIQUE COMMENT '关联预约ID，无预约则为空',
    customer_id INT NOT NULL,
    item_id INT NOT NULL COMMENT '实际租赁的物品唯一ID',
    rental_date DATE NOT NULL,
    due_return_date DATE NOT NULL,
    actual_return_date DATE,
    status VARCHAR(20) NOT NULL COMMENT '进行中/已归还/逾期/报损',
    FOREIGN KEY (reservation_id) REFERENCES Reservations(reservation_id)
);

是否需要将两张表合并？ #

完全不需要合并，合并会带来以下明显问题：

• 大量空值冗余：作废、过期的预约记录永远不会有物品ID、实际租赁日期、归还日期等租赁字段，单表存储会浪费存储空间，也容易产生脏数据
• 状态混淆：预约和租赁的状态值完全独立，合并存储需要混合两类状态，后续做数据统计、逻辑判断的复杂度会大幅提升
• 扩展性差：后续新增预约相关功能（比如预约提醒、预约爽约惩罚规则）或租赁相关功能（比如逾期扣费、物品报损登记）时，单表结构更容易出现逻辑耦合，影响业务稳定性

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