Re: SQL-Invoked Procedures for 8.1
От | Grant Finnemore |
---|---|
Тема | Re: SQL-Invoked Procedures for 8.1 |
Дата | |
Msg-id | 41528A84.4080102@guruhut.co.za обсуждение исходный текст |
Ответ на | Re: SQL-Invoked Procedures for 8.1 ("Magnus Hagander" <mha@sollentuna.net>) |
Ответы |
Re: SQL-Invoked Procedures for 8.1
|
Список | pgsql-hackers |
Hi Magnus, Yes, this is the situation that I have been thinking about. Specifically when a single stored procedure returns many recordsets. Perhaps I should also clarify that the "spec" I have been using is the JDK javadoc documentation. Using java with Magnus' procedure: CallableStatement cs = connection.prepareCall("call get_info_for_user ?"); cs.setString(1,"test"); if(cs.execute()) { ResultSet rs = cs.getResultSet(); while(rs != null) { // Processrs } } Regards, Grant Magnus Hagander wrote: [snip] > > Not a user of JDBC, but this is fairly common in the ADO/ADO.NET world > with MS SQL Server as well (not sure about other dbs and .NET - I'ev > only used it with mssql and pgsql)... As for an example, something along > the line of (though in my cases usually with a *lot* more parameters): > > -- > CREATE PROCEDURE get_info_for_user(@userid varchar(16)) AS > SELECT something FROM contentstable WHERE userid=@userid > > SELECT whatever,somethingelse FROM anothertable WHERE > something=anything > -- > > You get the point :-) > Then in my .net code I'd do a simple: > SqlDataReader rdr = cmd.ExecuteReader(); > ... process first result ... > rdr.NextResult(); > ... process second result... >
В списке pgsql-hackers по дате отправления: