Oracle外键插入报ORA-00947/01400错误及REFERENCES用法咨询

你遇到的两个报错和外键配置本身无关，完全是INSERT语句写法错误+表字段类型定义不规范导致的。

报错对应原因 #

• ORA-00947: not enough values：PAYMENT表共定义了5个字段，按建表顺序依次是Payment_ID、Cust_ID、Payment_Method、Payment_Date、Payment_Total，但你写的PAYMENT插入语句仅传入了4个值，漏了外键字段Cust_ID的值，值数量和表字段数不匹配触发报错。
• ORA-01400: cannot insert NULL into PAYMENT.Payment_ID：由于你插入时未显式指定字段列表，数据库会按建表顺序从左到右匹配传入值，值数量缺失时会出现字段匹配错位，最终导致主键Payment_ID没有拿到传入值、触发非空约束报错。
• 额外隐藏问题：CUSTOMER表的Customer_DOB、PAYMENT表的Payment_Date字段都定义为varchar(20)字符串类型，但插入时传入TO_DATE()生成的日期类型值，虽然Oracle会做隐式类型转换，但长期用字符串字段存储日期极易出现格式错乱、查询逻辑失效的问题，属于不规范写法。

修复后可直接执行的代码 #

修正后的建表语句 #

CREATE TABLE CUSTOMER
(
Customer_ID varchar(255) NOT NULL,
Customer_Name varchar(50),
Customer_Gender varchar(10),
Customer_DOB DATE, -- 改为DATE类型存储日期，不要用varchar
CONSTRAINT CUSTOMER_PK PRIMARY KEY(Customer_ID)
);

CREATE TABLE PAYMENT
(
Payment_ID varchar(255) NOT NULL,
Cust_ID varchar(255),
Payment_Method varchar(30),
Payment_Date DATE, -- 改为DATE类型匹配日期插入值
Payment_Total NUMBER(10,2) ,
CONSTRAINT PAYMENT_PK PRIMARY KEY(Payment_ID),
CONSTRAINT fk_customer FOREIGN KEY(Cust_ID) REFERENCES CUSTOMER(Customer_ID)
);

修正后的插入语句 #

插入时显式指定字段列表，可避免表结构变动、字段顺序调整导致的值匹配错位问题

-- 先插入客户主数据
INSERT INTO CUSTOMER (Customer_ID, Customer_Name, Customer_Gender, Customer_DOB)
VALUES ('1277','Jenny','Female', TO_DATE('03/04/1988' , 'DD/MM/yyyy'));
INSERT INTO CUSTOMER (Customer_ID, Customer_Name, Customer_Gender, Customer_DOB)
VALUES ('3423','Bryan','Male', TO_DATE('15/06/1990' , 'DD/MM/YYYY'));
INSERT INTO CUSTOMER (Customer_ID, Customer_Name, Customer_Gender, Customer_DOB)
VALUES ('4385','Mohd Shafik','Male', TO_DATE('20/08/1993' , 'DD/MM/YYYY'));

-- 再插入付款数据，注意Cust_ID必须传入CUSTOMER表中已存在的客户ID
INSERT INTO PAYMENT (Payment_ID, Cust_ID, Payment_Method, Payment_Date, Payment_Total)
VALUES ('24P','1277','Cash', TO_DATE('11/02/2022' , 'DD/MM/YYYY'),24.50);
INSERT INTO PAYMENT (Payment_ID, Cust_ID, Payment_Method, Payment_Date, Payment_Total)
VALUES ('09p','3423','Online Transfer', TO_DATE('08/04/2022' , 'DD/MM/YYYY'),25.00);
INSERT INTO PAYMENT (Payment_ID, Cust_ID, Payment_Method, Payment_Date, Payment_Total)
VALUES ('10P','4385','Cash', TO_DATE('08/07/2022' , 'DD/MM/YYYY'),22.50);

提示：如果某笔付款暂时没有绑定对应客户，Cust_ID字段可以传入NULL，不会触发约束报错；如果传入不存在的客户ID，才会触发外键约束拦截。

可以把这个关键字实现的外键约束理解成关联关系白名单门禁：

• 你写FOREIGN KEY(Cust_ID) REFERENCES CUSTOMER(Customer_ID)，就相当于给PAYMENT表的Cust_ID列装了一道门禁，门禁的白名单是CUSTOMER表中所有已经存在的Customer_ID值。
• 往PAYMENT表插数据、修改Cust_ID值的时候，你填的Cust_ID必须在白名单里，门禁才会放行；如果填了白名单里没有的ID，门禁直接拦截报错，不让无效数据写入。
• 反过来，如果你要删除CUSTOMER表里的某个客户ID，门禁会先检查这个ID有没有被PAYMENT表的记录引用，如果已经被引用，也会拦截删除操作，避免PAYMENT表出现找不到对应客户的“孤儿数据”。
• 整个机制的核心作用就是保证多表关联的数据逻辑一致，不会出现“付款单对应了一个根本不存在的客户”这类低级数据错误。

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