Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search for
  Advanced Search

Re: database not enforcing unqiue constriant


  • From: "Merlin Moncure" <mmoncure(at)gmail(dot)com>
  • To: "Joshua D. Drake" <jd(at)commandprompt(dot)com>
  • Cc: "PgSQL General" <pgsql-general(at)postgresql(dot)org>
  • Subject: Re: database not enforcing unqiue constriant
  • Date: Fri, 27 Oct 2006 07:44:34 +0530
  • Message-id: <b42b73150610261914l6b3625dev404922ca8837a356(at)mail(dot)gmail(dot)com>

On 10/27/06, Joshua D. Drake <jd(at)commandprompt(dot)com> wrote:
Merlin Moncure wrote:
> My previous employer contacted me today.  Apparently they are having
> an increasing frequency of occurances where they disocover violations
> of the primary key constraint not being caught by the database.  This
> system is an ISAM emulation system, and it relies heavily on the
> database throwing unique constraint violations to approximately
> provide a cobol rewrite statement.
>
> These errors are never caught when they occur.  One way they are
> caught is during a dump/reload, the record fails to reinsert.
>
> I brought this up around a year ago, and the issue was never
> successfully resolved.  These are windows systems running PostgreSQL
> 8.0.x.
>
> any thoughts?

Do they vacuum enough? I have seen problems with PostgreSQL (albeit not
since 7.3) where a unique constraint would not enforce because of index
bloat.

iirc vacuum was set up to run weekly on cron.  based on turnover which
was high but not super high that seemed appropriate.

merlin



Home | Main Index | Thread Index

Privacy Policy | PostgreSQL Archives hosted by Command Prompt, Inc. | Designed by tinysofa
Copyright © 1996 – 2008 PostgreSQL Global Development Group