为什么SybaseJDBC驱动程序“吃”了例外?

因为那些Sybase的人都疯了,所以它才会吃例外!没有理由避免对准备好的/可调用的语句使用executeUpdate()。如果这就是你要用的方法,那就去做吧。但是你应该向Sybase提交一个bug报告——驱动程序没有理由这么做。

不确定,Sybase的人是否“疯了”。也许吧。

另一方面,如果不主动检查可调用语句的返回代码,则不同步地检索结果可能有助于提高性能。我还没有完全测试过它,但是对于您的问题有一个简单的解决方法(ASE15.5,JCONN7):

从存储过程中提取out参数时(至少在调用存储过程时)将触发异常:

    // one may force the error check by retrieving the return code!
    cs = conn.prepareCall("{ ? = call sp_nested_error @nNestLevels = 1 }");
    cs.registerOutParameter(1, Types.INTEGER);
    cs.execute();
    try {
        cs.getInt(1);
        fail();
    } catch(SQLException e) {
        assertTrue(e.getMessage().indexOf("some error") > -1);
    }

另一个好奇心是,这种行为只在嵌套存储过程调用中触发错误时才会出现,而当最顶层的过程引发错误时,不需要解决方法。

对Sybase一无所知,但

ExecuteUpdate返回的信息多于Execute:插入/更新/删除的行数

->根据javadoc,它可以用于更新、插入、删除和DML操作。

ExecuteQuery返回一个结果集,这是用于select语句的。