Re: Temp Tables & Connection Pooling
От | Gerald Gutierrez |
---|---|
Тема | Re: Temp Tables & Connection Pooling |
Дата | |
Msg-id | 5.0.2.1.0.20010303073950.02a1a388@mail.rchmd1.bc.wave.home.com обсуждение исходный текст |
Ответ на | Temp Tables & Connection Pooling (Gerald Gutierrez <pozix@home.com>) |
Список | pgsql-sql |
At 12:48 PM 3/2/2001 -0800, David Olbersen wrote: >On Fri, 2 Mar 2001, Gerald Gutierrez wrote: > >->Recently I wanted to implement Dijkstra's algorithm as a stored procedure, >->and finding that PL/PGSQL cannot return record sets, I thought about using >->a temporary table for the results. If tempoary tables are session-specific, >->however, then wouldn't connection pooling make it unusable since the table >->might "disappear" from one query to the next? What are alternative >->approaches to implementing Dijkstra's algorithm inside the database? > ><newbie> >Wouldn't a VIEW do what you want? ></newbie> No it wouldn't. Executing Dijkstra would involve executing iterative logic on multiple tables and storing intermediate results in a form that can be returned to the user but does not affect the actual persistent table schema (e.g. a record set, or a temporary table). A view is used to provide a simplified or alternative way of looking at a set of data, and cannot cannot generally multi-step operation that data prior to returning to the user.
В списке pgsql-sql по дате отправления: