Re: plpgsql.consistent_into
От | Josh Berkus |
---|---|
Тема | Re: plpgsql.consistent_into |
Дата | |
Msg-id | 52D47D81.2010404@agliodbs.com обсуждение исходный текст |
Ответ на | plpgsql.consistent_into (Marko Tiikkaja <marko@joh.to>) |
Ответы |
Re: plpgsql.consistent_into
|
Список | pgsql-hackers |
On 01/13/2014 03:41 PM, Florian Pflug wrote: > It therefor isn't an oversight that SELECT ... INTO allows multiple result rows > but INSERT/UPDATE/DELETE forbids them, it's been done that way on purpose and > for a reason. We shouldn't be second-guessing ourselves by changing that later - > not, at least, unless we have a *very* good reason for it. Which, AFAICS, we don't. > > (And yeah, personally I'd prefer if we'd complain about multiple rows. But it's > IMHO just too late for that) I *really* don't want to go through all my old code to find places where I used SELECT ... INTO just to pop off the first row, and ignored the rest. I doubt anyone else does, either. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com
В списке pgsql-hackers по дате отправления: