Re: CHECK constraints inconsistencies

Поиск
Список
Период
Сортировка
Искать
От
Rod Taylor
Тема
Re: CHECK constraints inconsistencies
Дата
Msg-id
1078194300.39213.56.camel@jester
Ответ на
Список
Дерево обсуждения
CHECK constraints inconsistencies Michael Glaesemann <grzm@myrealbox.com>
Re: CHECK constraints inconsistencies Tom Lane <tgl@sss.pgh.pa.us>
Re: CHECK constraints inconsistencies Bruno Wolff III <bruno@wolff.to>
Re: CHECK constraints inconsistencies Rod Taylor <pg@rbt.ca>
Re: CHECK constraints inconsistencies Tom Lane <tgl@sss.pgh.pa.us>
On Mon, 2004-03-01 at 20:43, Bruno Wolff III wrote:
> On Mon, Mar 01, 2004 at 20:28:02 -0500,
>   Tom Lane  wrote:
> > Michael Glaesemann  writes:
> > > In both cases, the CHECK constraint uses a function that is stable or 
> > > volatile. It was suggested that functions used in CHECK constraints be 
> > > restricted to immutable,
> > 
> > This seems reasonable to me.  I'm a bit surprised we do not have such a
> > check already.
> 
> There may be times you want to do this. For example you may want a timestamp
> to be in the past. In this case as long as it was in the past when the

Agreed that this is useful behaviour, but a trigger is usually a better
mechanism for confirming such data as you really only want to check it
when the value is changed.


В списке pgsql-hackers по дате отправления
От: Curt Sampson
Дата:
От: Marc G. Fournier
Дата:
Сообщение: 7.3.6 bundled ...
FAQ