Re: creating CHECK constraints as NOT VALID - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: creating CHECK constraints as NOT VALID
Date
Msg-id 1306872360-sup-3515@alvh.no-ip.org
Whole thread Raw
In response to Re: creating CHECK constraints as NOT VALID  ("Ross J. Reedstrom" <reedstrm@rice.edu>)
Responses Re: creating CHECK constraints as NOT VALID  (Greg Stark <gsstark@mit.edu>)
List pgsql-hackers
Excerpts from Ross J. Reedstrom's message of mar may 31 14:02:04 -0400 2011:

> Follows from one of the practical maxims of databases: "The data is
> always dirty" Being able to have the constraints enforced at least for
> new data allows you to at least fence the bad data, and have a shot at
> fixing it all. Right now, you may be forced into running with
> constraints effectively 'off', depending on the app to get new data
> right, while attempting to catch up. And the app probably put the bad
> data in there in the first place. One of the thankless, important but
> seemingly never urgent tasks.

Interesting point of view.  I have to admit that I didn't realize I was
allowing that, even though I have wished for it in the past myself.

-- 
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Please test peer (socket ident) auth on *BSD
Next
From: Dimitri Fontaine
Date:
Subject: Re: Getting a bug tracker for the Postgres project