Re: BUG #3320: Error when using INSERT...RETURNING as a subquery
В списке pgsql-bugs по дате отправления:
| От | Jeff Davis |
|---|---|
| Тема | Re: BUG #3320: Error when using INSERT...RETURNING as a subquery |
| Дата | |
| Msg-id | 1180482137.26915.93.camel@dogma.v10.wvs обсуждение |
| Ответ на | Re: BUG #3320: Error when using INSERT...RETURNING as a subquery (Gregory Stark <stark@enterprisedb.com>) |
| Ответы |
Re: BUG #3320: Error when using INSERT...RETURNING as a subquery
|
| Список | pgsql-bugs |
On Tue, 2007-05-29 at 18:10 +0100, Gregory Stark wrote:
> It has the same problem that SELECT triggers have. How many rows should you
> expect that subquery to insert, update, or delete if it's used in a join
> clause? Or in the where clause of another insert/update/delete statement?
>
We could handle it essentially like a volatile set-returning function.
It may be easy to shoot oneself in the foot, but that is true for many
uses of volatile functions.
If the argument is that we shouldn't make it any easier, that's a fair
point, but this is one possible definition.
Regards,
Jeff Davis
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера