Re: [HACKERS] plpgsql - additional extra checks
От | David Steele |
---|---|
Тема | Re: [HACKERS] plpgsql - additional extra checks |
Дата | |
Msg-id | 3e3d3427-3aca-3f3f-9dd9-ba575733c42e@pgmasters.net обсуждение исходный текст |
Ответ на | Re: [HACKERS] plpgsql - additional extra checks (David Steele <david@pgmasters.net>) |
Ответы |
Re: [HACKERS] plpgsql - additional extra checks
|
Список | pgsql-hackers |
> On 1/13/17 6:55 AM, Marko Tiikkaja wrote: >> On Fri, Jan 13, 2017 at 2:46 AM, Jim Nasby <Jim.Nasby@bluetreble.com >> <mailto:Jim.Nasby@bluetreble.com>> wrote: >> >> On 1/11/17 5:54 AM, Pavel Stehule wrote: >> >> + <term><varname>too_many_rows</varname></term> >> + <listitem> >> + <para> >> + When result is assigned to a variable by >> <literal>INTO</literal> clause, >> + checks if query returns more than one row. In this case >> the assignment >> + is not deterministic usually - and it can be signal some >> issues in design. >> >> >> Shouldn't this also apply to >> >> var := blah FROM some_table WHERE ...; >> >> ? >> >> AIUI that's one of the beefs the plpgsql2 project has. >> >> >> No, not at all. That syntax is undocumented and only works because >> PL/PgSQL is a hack internally. We don't use it, and frankly I don't >> think anyone should. This submission has been moved to CF 2017-07. -- -David david@pgmasters.net
В списке pgsql-hackers по дате отправления: