Re: [HACKERS] PREPARE
| От | Thomas G. Lockhart |
|---|---|
| Тема | Re: [HACKERS] PREPARE |
| Дата | |
| Msg-id | 36517DEF.7989C4EC@alumni.caltech.edu обсуждение исходный текст |
| Ответ на | PREPARE ("Taral" <taral@cyberjunkie.com>) |
| Ответы |
Re: [HACKERS] PREPARE
Re: [HACKERS] PREPARE |
| Список | pgsql-hackers |
> I'm still holding back PREPARE for ecpg until I can think of a
> good solution. The best of course would be in the backend.
So what would it take to do this in the backend? I think the places
which would need to be touched fall into areas I either know about or am
starting to look at to implement the CASE clause.
We'd need: - a "named buffer" (or several) to hold the intermediate input - a way to pass in parameters or substitution
arguments- a way to decide if previous parser/planner/executor results can be reused
What else?
- Tom
В списке pgsql-hackers по дате отправления: