执行getBookDetails存储过程报错：参数数量或类型错误，求原因

咱来一步步拆解你遇到的Wrong number or types of arguments in call to 'getBookDetails'错误，顺便把存储过程里的核心问题解决掉：

核心报错原因 #

你的存储过程存在两个致命的设计问题，直接导致了调用时的参数不匹配：

1. 缺少输入参数，用OUT参数充当查询条件 #

你定义的所有参数都是OUT类型（用于向外返回数据），但查询书籍需要一个输入的ISBN值来定位目标记录。现在你在WHERE isbn = d_isbn里用了一个OUT参数作为查询条件——这完全不成立，因为OUT参数在调用时不会接收外部传入的值，数据库根本不知道要查询哪本书。

2. 调用逻辑与存储过程定义不匹配 #

假设你调用时试图传入ISBN值（比如CALL getBookDetails('978xxxxxxx', ...)），但存储过程没有定义IN类型的参数，数据库会判定你传入了多余的参数；如果调用时没传任何参数，存储过程内部的查询没有过滤条件，要么返回多行数据触发TOO_MANY_ROWS错误，要么也会因为参数数量不匹配报错。

修正后的存储过程代码 #

我们需要新增一个IN类型的参数来接收要查询的ISBN，同时保留原有的OUT参数用于返回书籍详情，还可以加上异常处理避免查询无结果或多结果的情况：

CREATE OR REPLACE PROCEDURE getBookDetails (
    p_isbn IN VARCHAR2,        -- 新增：输入参数，指定要查询的ISBN
    d_title OUT VARCHAR2,
    d_author OUT VARCHAR2,
    d_description OUT VARCHAR2,
    d_date_published OUT DATE,
    d_isbn OUT VARCHAR2
) IS
BEGIN
    SELECT title, author, description, date_published, isbn
    INTO d_title, d_author, d_description, d_date_published, d_isbn
    FROM books
    WHERE isbn = p_isbn;  -- 使用输入参数作为查询条件

    -- 优化输出格式，方便阅读
    DBMS_OUTPUT.put_line(
        '书籍信息：' || CHR(10) ||
        '作者：' || d_author || CHR(10) ||
        '书名：' || d_title || CHR(10) ||
        '简介：' || d_description || CHR(10) ||
        '出版日期：' || d_date_published
    );
-- 处理查询无结果的情况
EXCEPTION
    WHEN NO_DATA_FOUND THEN
        DBMS_OUTPUT.put_line('未找到ISBN为 ' || p_isbn || ' 的书籍');
    -- 处理同一个ISBN对应多本书的异常
    WHEN TOO_MANY_ROWS THEN
        DBMS_OUTPUT.put_line('发现多本ISBN为 ' || p_isbn || ' 的书籍，请检查数据');
END getBookDetails;

正确的调用方式 #

在PL/SQL块中调用这个存储过程，需要传入ISBN输入参数，并定义变量接收OUT参数的返回值：

DECLARE
    v_title VARCHAR2(255);
    v_author VARCHAR2(255);
    v_description VARCHAR2(1000);
    v_date_published DATE;
    v_isbn VARCHAR2(20);
BEGIN
    -- 传入要查询的ISBN，后面的变量用于接收返回的详情
    getBookDetails('978-1234567890', v_title, v_author, v_description, v_date_published, v_isbn);
END;
/

其他可能的参数错误场景 #

如果调用时仍然报错，还需要检查：

• 传入的ISBN参数类型是否与p_isbn定义的VARCHAR2匹配（比如不要传入数字类型）
• 接收OUT参数的变量类型是否与存储过程中定义的类型一致（比如日期类型变量不能用来接收字符串）

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