Re: manually setting the command tag (was Re: 8.4: suppress_redundant_updates trigger vs. "Upsert" logic)

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: manually setting the command tag (was Re: 8.4: suppress_redundant_updates trigger vs. "Upsert" logic)
Дата
Msg-id 20090907232520.GR8894@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: manually setting the command tag (was Re: 8.4: suppress_redundant_updates trigger vs. "Upsert" logic)  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: manually setting the command tag (was Re: 8.4: suppress_redundant_updates trigger vs. "Upsert" logic)  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
Tom Lane escribió:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
> > Pavel Stehule escribi�:
> >> Isn't better to solve the the correct diagnostics for INSTEAD rules or triggers?
> 
> > As far as I can tell it's not possible to do better without letting the
> > user put their hands on the tag.
> 
> And how is the user going to do better?  For example, what if there are
> two triggers trying to set the result, perhaps because two different
> commands have been generated by DO ALSO rules?

We would allow the user to set a policy.  This provides the mechanism
for doing it.  Right now there is no mechanism at all and we fail to do
anything.

> I don't think that "put it on the user's shoulders" is a good solution.

Is there a better idea?

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "David E. Wheeler"
Дата:
Сообщение: Snow Leopard Features
Следующее
От: Tom Lane
Дата:
Сообщение: Re: LATERAL