如何将本地UDT传递至远程数据库函数？PLSQL调用报错求助

遇到这种参数类型/数量不匹配的错误，哪怕两个数据库里的I_LOG_ENTRY类型OID一致，通常还是有几个容易忽略的点需要排查，我给你梳理下常见的解决方向：

• 确认跨库调用的类型归属
  如果你是通过dblink调用远程的WRITE_LOG_ENTRY，哪怕本地和远程的I_LOG_ENTRYOID相同，Oracle依然会严格区分类型的所属数据库。你需要明确声明参数为远程数据库的类型实例，而不是本地的同名类型。比如：

  DECLARE
      v_log_entry remote_schema.I_LOG_ENTRY@your_dblink; -- 明确使用远程类型
  BEGIN
      v_log_entry.log_detail := '测试日志内容';
      -- 调用远程函数时也要指定dblink
      remote_schema.WRITE_LOG_ENTRY@your_dblink(v_log_entry);
  END;
  /
  

• 核对类型属性的一致性
  OID相同不代表类型的所有属性完全一致——可能其中一个数据库的类型后来被修改过（比如新增字段、调整字段类型），但OID没变化。你可以通过查询对比两地的类型属性：

  -- 本地查询类型结构
  SELECT attr_name, attr_type_name, length, precision
  FROM USER_TYPE_ATTRS
  WHERE type_name = 'I_LOG_ENTRY';
  
  -- 远程查询（替换成你的dblink名称）
  SELECT attr_name, attr_type_name, length, precision
  FROM USER_TYPE_ATTRS@your_remote_dblink
  WHERE type_name = 'I_LOG_ENTRY';
  

  确保每一行的字段名、类型、长度等都完全匹配。

• 检查函数签名的准确性
  既然原文没提供函数签名，你可以直接查询数据库获取WRITE_LOG_ENTRY的参数信息，避免自己记错签名：

  -- 本地函数查询
  SELECT arg_name, arg_type_name, in_out
  FROM USER_ARGUMENTS
  WHERE object_name = 'WRITE_LOG_ENTRY'
  ORDER BY position;
  
  -- 远程函数查询
  SELECT arg_name, arg_type_name, in_out
  FROM USER_ARGUMENTS@your_remote_dblink
  WHERE object_name = 'WRITE_LOG_ENTRY'
  ORDER BY position;
  

  确认你传递的参数数量、顺序、类型都和函数要求完全一致。

• 排查隐式类型转换问题
  有时候你可能误把普通记录类型当成自定义对象类型传递，或者给对象属性赋值时用了不兼容的类型（比如给数字类型的属性传了字符串）。确保你声明的变量确实是I_LOG_ENTRY类型，并且每个属性的赋值都符合类型要求。

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