从Informatica映射调用Snowflake存储过程的前置要求及报错排查

该报错的核心本质是Snowflake编译执行收到的CALL指令时，在当前会话可检索的对象范围内，没有匹配到符合调用签名的存储过程，问题基本来自连接上下文、权限、对象配置的偏差，按排查优先级排序的常见原因如下：

• 会话默认检索路径不匹配
  即使存储过程和目标Snowflake表同属一个数据库，也需要确认Informatica的Snowflake连接配置中，预设的DATABASE、SCHEMA参数是否和存储过程实际存放的库、schema完全一致。Snowflake的对象检索是严格基于会话当前上下文路径的，如果连接默认指向的schema不对，哪怕库选择正确，也无法检索到存放在其他schema下的同库存储过程。
• 连接账号无存储过程访问权限
  确认Informatica连接使用的数据库账号，是否被授予了存储过程所在schema的USAGE权限、以及存储过程本身的USAGE权限：即使账号能正常读写目标Snowflake表，如果缺失上述权限，Snowflake会在对象检索阶段直接隐藏该存储过程，对外统一返回"Unknown function"的报错——这类报错和直接返回权限不足的错误不同，没有权限的对象对当前账号是完全不可见的，不会单独提示权限问题。
• 调用语句和存储过程签名不匹配
  哪怕你在Post-SQL中写的是无参调用CALL spname();，也要核对存储过程的实际定义：如果存储过程创建时带了哪怕一个配置了默认值的入参，直接无参调用也会出现签名匹配失败；另外要注意Snowflake的对象名大小写规则：默认情况下未加双引号创建的对象名会被存储为大写，如果存储过程是用带双引号的小写名称创建的，直接写大写名称调用也会匹配失败。
• Post-SQL步骤使用的执行连接和目标连接不一致
  部分版本的Informatica Snowflake连接器支持在会话级配置、目标实例配置、Post-SQL步骤配置上分别指定独立的数据库连接，如果Post-SQL步骤单独绑定了和目标表不同的连接账号/连接串，哪怕连接名称相同，只要预设的上下文参数不一致，就会出现找不到存储过程的问题。

快速排查技巧 #

遇到该类报错时，可以先将Post-SQL中的调用语句替换为全路径写法：CALL <实际库名>.<实际schema名>.spname();
如果替换后语句可以正常执行，即可确认是会话默认检索路径不匹配的问题，回头调整Snowflake连接的默认database、schema参数即可。

内容的提问来源于stack exchange，提问作者Marta Piñol