是否可以在 Java JPA 2.1 中将 null 参数传递给存储过程？

是的，在使用 JPA StoredProcedureQuery 时，可以将空参数传递给存储过程。

您必须在 application.properties 文件中添加以下属性，并使用参数的名称注册参数。

spring.jpa.properties.hibernate.proc.param_null_passing=true

例：

StoredProcedureQuery q = em.createStoredProcedureQuery(Globals.SPROC_PROBLEM_COMMENT2, ProblemCommentVO.class);
q.registerStoredProcedureParameter("Patient_ID", Long.class, ParameterMode.IN);
q.registerStoredProcedureParameter("Param2", Long.class, ParameterMode.IN);
q.registerStoredProcedureParameter("Param3", Long.class, ParameterMode.IN);
q.registerStoredProcedureParameter("Param4", Integer.class, ParameterMode.OUT);
q.setParameter("Patient_ID", patientId);
q.setParameter("Param2", null);//passing null value to Param2
q.setParameter("Param3", null);

List<ProblemCommentVO> pComments = q.getResultList();
Integer a = (Integer) q.getOutputParameterValue("Param4");

以下是我对Hibernate 4.3的发现，这些发现与JPA 2.1相关。

如果数据库不支持默认参数，这将引发异常：

ProcedureCall procedure = getSession().createStoredProcedureCall("my_procedure");

procedure.registerParameter("my_nullable_param", String.class, ParameterMode.IN)
         .bindValue(null);

// execute
procedure.getOutputs();

从Hibernate的源代码将参数绑定到底层：CallableStatement

public abstract class AbstractParameterRegistrationImpl {

  ..

  @Override
  public void prepare(CallableStatement statement, int startIndex) throws SQLException {

    if ( mode == ParameterMode.INOUT || mode == ParameterMode.IN ) {
      if ( bind == null || bind.getValue() == null ) {
        // the user did not bind a value to the parameter being processed.  That might be ok *if* the
        // procedure as defined in the database defines a default value for that parameter.
        // Unfortunately there is not a way to reliably know through JDBC metadata whether a procedure
        // parameter defines a default value.  So we simply allow the procedure execution to happen
        // assuming that the database will complain appropriately if not setting the given parameter
        // bind value is an error.
        log.debugf("Stored procedure [%s] IN/INOUT parameter [%s] not bound; assuming procedure defines default value", procedureCall.getProcedureName(), this);
      } else {
         typeToUse.nullSafeSet( statement, bind.getValue(), startIndex, session() );
      }
    }
  }

  ..
}

上述评论内容如下：

用户未将值绑定到正在处理的参数。如果数据库中定义的过程定义了该参数的默认值，则可能没问题。遗憾的是，没有办法通过 JDBC 元数据可靠地知道过程参数是否定义了默认值。因此，我们简单地允许过程执行发生，假设数据库会适当地报告，如果未设置给定的参数绑定值是错误的。

我将其解释为JPA（特别是Hibernate）根本不支持设置空参数。看起来他们正在努力支持默认参数值，而不是在适当的时候替换空值。他们选择支持前者。看起来那些需要支持后者（可为 null 的值）的人必须使用：java.sql.CallableStatement

getSession().doWork(new Work() {

  @Override
  public void execute(Connection conn) throws SQLException {

    CallableStatement stmt = conn.prepareCall("{ call my_prodecure(:my_nullable_param) }");

    if(stringVariableThatIsNull != null) {
       stmt.setString("my_nullable_param", stringVariableThatIsNull);
    } else {
       stmt.setNull("my_nullable_param", Types.VARCHAR);
    }

    stmt.execute();
    stmt.close();

  }    
});

tl;dr 我们仍然被迫处理低级 JDBC，因为 JPA 和 Hibernate 似乎都没有解决可为 null 的参数。它们支持过程参数默认值，而不是替换 null 值。