PostgreSQL一对一关系创建失败，Flyway迁移报错求助

错误原因 #

你遇到的42S02（表未找到）错误，核心原因是SQL脚本执行顺序错误：在创建booking_details表之前，就尝试给booking表添加指向该表的外键约束，PostgreSQL无法识别尚未创建的目标表，导致迁移失败。

问题脚本的核心问题 #

你的脚本执行顺序完全颠倒了外键依赖逻辑：

1. 先创建booking表
2. 尝试添加外键关联booking_details（此时该表还不存在）
3. 最后才创建booking_details表

外键引用的目标表必须先于依赖它的表（或约束）存在，否则数据库会抛出表未找到的错误。

修正后的SQL脚本 #

调整执行顺序，同时优化一对一关系的表结构（推荐使用共享主键实现一对一，更简洁且符合数据库设计规范）：

-- 先删除所有表和序列，避免外键依赖导致删除失败
DROP SEQUENCE IF EXISTS booking_transaction_sequence;
DROP SEQUENCE IF EXISTS booking_details_transaction_sequence;
DROP TABLE IF EXISTS booking_details;
DROP TABLE IF EXISTS booking;

-- 创建所需序列
CREATE SEQUENCE IF NOT EXISTS booking_transaction_sequence START WITH 1000 INCREMENT BY 100;
CREATE SEQUENCE IF NOT EXISTS booking_details_transaction_sequence START WITH 1000 INCREMENT BY 100;

-- 创建主表 booking
CREATE TABLE booking (
  id BIGINT NOT NULL,
  booking_number VARCHAR(255),
  booking_status VARCHAR(255),
  processed_by VARCHAR(255),
  created_at TIMESTAMP WITHOUT TIME ZONE,
  CONSTRAINT pk_booking PRIMARY KEY (id)
);

-- 创建 booking_details 表，使用共享主键实现一对一关系
-- booking_entity_id 既是主键，也是指向 booking.id 的外键
CREATE TABLE booking_details (
  booking_entity_id BIGINT NOT NULL,
  sender_name VARCHAR(255),
  item_details VARCHAR(255),
  pickup_address VARCHAR(255),
  rider_name VARCHAR(255),
  delivery_address VARCHAR(255),
  cancellation_reason VARCHAR(255),
  CONSTRAINT pk_booking_details PRIMARY KEY (booking_entity_id),
  CONSTRAINT fk_booking_details_to_booking FOREIGN KEY (booking_entity_id) REFERENCES booking(id)
);

-- （可选）如果需要从 booking 直接关联 booking_details，添加双向关联
-- ALTER TABLE booking ADD COLUMN booking_details_id BIGINT;
-- ALTER TABLE booking ADD CONSTRAINT fk_booking_to_booking_details FOREIGN KEY (booking_details_id) REFERENCES booking_details(booking_entity_id);
-- 必须添加唯一约束，确保一个 booking 只能对应一个 booking_details
-- ALTER TABLE booking ADD CONSTRAINT uk_booking_booking_details UNIQUE (booking_details_id);

关键调整说明 #

1. 删除顺序优化：先删从表booking_details再删主表booking，避免外键依赖导致删除失败
2. 创建顺序修正：先创建主表booking，再创建依赖它的booking_details表
3. 一对一结构优化：使用共享主键模式，booking_details的主键直接作为外键指向booking的id，天然保证一对一关系（主键唯一），无需额外字段
4. 双向关联可选：如果业务需要从booking直接查询booking_details，可以在booking_details创建完成后再添加字段和外键，但必须给booking.booking_details_id加唯一约束，确保一对一的关联性

关于之前实体继承的问题提示 #

你之前用实体继承能启动但查询报错，大概率是JPA继承策略配置问题：

• 若使用SINGLE_TABLE策略，可能存在字段冲突或鉴别器配置错误
• 若使用JOINED策略，可能是关联查询时的表映射错误
  可以检查实体类的@Inheritance、@DiscriminatorColumn等注解配置，确保数据库表结构和实体映射一致。

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