Re: LONG - Question on dealing w/ numerics

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: LONG - Question on dealing w/ numerics
Дата
Msg-id
21507.1043830899@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
LONG - Question on dealing w/ numerics "David Durst" <ddurst@larubber.com>
Re: LONG - Question on dealing w/ numerics Tom Lane <tgl@sss.pgh.pa.us>
Re: LONG - Question on dealing w/ numerics "David Durst" <ddurst@larubber.com>
Re: LONG - Question on dealing w/ numerics Tom Lane <tgl@sss.pgh.pa.us>
Re: LONG - Question on dealing w/ numerics "Josh Berkus" <josh@agliodbs.com>
Re: LONG - Question on dealing w/ numerics "Josh Berkus" <josh@agliodbs.com>
"David Durst"  writes:
> But I still think your point about the function selecting more than
> one line is valid.

> The problem is, the journal_line_id is not created until the insert
> occurs and there is no other unique ident than the journal_line_id.

Well, my standard answer to that would be "your WHERE clause should
select on a primary key (which could be multiple columns)".

We're pretty constrained in changing the semantics of plpgsql, because
the raison d' etre of that language is to emulate Oracle's (TM) PL/SQL
(TM), warts and all.

(Now, if you can show us that PL/SQL behaves differently in that
situation, we'll definitely be willing to change plpgsql.)
		regards, tom lane

В списке pgsql-sql по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: Filter function
От: Moritz Lennert
Дата:
FAQ