Re: modification required to pass Sun's CTS
От | Dave Cramer |
---|---|
Тема | Re: modification required to pass Sun's CTS |
Дата | |
Msg-id | A89FA054-9913-40B6-BEED-036FB7F4475D@fastcrypt.com обсуждение исходный текст |
Ответ на | Re: modification required to pass Sun's CTS (Oliver Jowett <oliver@opencloud.com>) |
Ответы |
Re: modification required to pass Sun's CTS
|
Список | pgsql-jdbc |
Oliver, OK, so if I understand this correctly, we allow the OUT parameter result set if it is a callablestatement ? I don't think we can actually return two resultsets ie one for the out parameters, and yet another if the function returns a resultset. I don't believe the backend has this facility. On 1-Jun-05, at 9:34 PM, Oliver Jowett wrote: > Dave Cramer wrote: > > >> cstmt = conn.prepareCall("{call >> Numeric_Proc (?,?,?)}"); >> msg.setMsg("Register the output parameter"); >> cstmt.registerOutParameter >> (1,java.sql.Types.NUMERIC,15); >> cstmt.registerOutParameter >> (2,java.sql.Types.NUMERIC,15); >> cstmt.registerOutParameter >> (3,java.sql.Types.NUMERIC,15); >> msg.setMsg("execute the procedure"); >> cstmt.executeUpdate(); >> > > Ok, so that is exactly the case I was talking about, a procedure > that doesn't return a value or resultset, but has OUT parameters. > We should mask the resultset we get from the backend in this case > as it's just an implementation detail of our OUT mechanism. (i.e. > executeUpdate() does not complain, executeQuery() does complain, etc) > > -O > > ---------------------------(end of > broadcast)--------------------------- > TIP 2: you can get off all lists at once with the unregister command > (send "unregister YourEmailAddressHere" to > majordomo@postgresql.org) > >
В списке pgsql-jdbc по дате отправления: