解决Oracle函数中远程数据库%TYPE变量的ORA-00902无效数据类型错误

一、正确声明引用远程表字段类型的变量 #

要引用远程数据库表的字段类型，只需在表名后追加数据库链接标识@kaash1即可，具体写法如下：

l_user_name sys_users@kaash1.user_name%TYPE;
l_password sys_users@kaash1.user_password%TYPE;

这样变量l_user_name和l_password会直接继承远程kaash1库中sys_users表对应字段的数据类型，避免本地类型与远程类型不匹配的问题。

二、ORA-00902错误的核心原因及解决步骤 #

你遇到的ORA-00902: 无效数据类型错误，本质是变量声明时未指定远程库标识，导致变量类型与远程表字段类型不兼容（比如本地无sys_users表，或本地表字段类型与远程不一致）。按以下步骤修复：

1. 修正变量声明：按照上面的写法，给%TYPE前的表名加上@kaash1
2. 检查函数内查询语句：确保查询远程表时明确带上数据库链接，示例查询语句：

   SELECT user_name, user_password
   INTO l_user_name, l_password
   FROM sys_users@kaash1
   WHERE user_name = p_input_username; -- p_input_username为函数传入的用户名参数
   

3. 验证类型兼容性：如果远程表使用了Oracle 10g特有的数据类型（比如旧版LONG或特定长度的VARCHAR2），需在查询时做类型转换，例如：

   SELECT TO_CHAR(user_name), TO_CHAR(user_password)
   INTO l_user_name, l_password
   FROM sys_users@kaash1
   WHERE user_name = p_input_username;
   

4. 检查函数返回类型：APEX的自定义认证函数需符合BOOLEAN或APEX_AUTH.T_AUTHENTICATION_RESULT的返回要求，确保返回类型正确。

三、完整示例函数 #

CREATE OR REPLACE FUNCTION AUTHENTICATE_USER(
    p_username IN VARCHAR2,
    p_password IN VARCHAR2
) RETURN BOOLEAN IS
    -- 正确引用远程表字段类型
    l_user_name sys_users@kaash1.user_name%TYPE;
    l_password sys_users@kaash1.user_password%TYPE;
BEGIN
    -- 从远程表查询用户信息
    SELECT user_name, user_password
    INTO l_user_name, l_password
    FROM sys_users@kaash1
    WHERE user_name = p_username;

    -- 密码验证（若远程密码为加密存储，需替换为对应加密逻辑）
    RETURN (l_password = p_password);
EXCEPTION
    WHEN NO_DATA_FOUND THEN
        -- 用户名不存在时返回验证失败
        RETURN FALSE;
    WHEN OTHERS THEN
        -- 捕获其他异常，可添加日志记录逻辑
        RETURN FALSE;
END AUTHENTICATE_USER;
/

额外注意事项 #

• 确保数据库链接kaash1配置正确，当前用户拥有远程sys_users表的查询权限
• 若远程密码采用哈希加密（如MD5、SHA-256），需在函数中使用相同的加密算法对输入密码处理后再对比，不能直接做字符串相等判断

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