From: | "Merlin Moncure" <mmoncure(at)gmail(dot)com> |
---|---|
To: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com> |
Cc: | "PgSQL General" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: database not enforcing unqiue constriant |
Date: | 2006-10-27 02:14:34 |
Message-ID: | b42b73150610261914l6b3625dev404922ca8837a356@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
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
From | Date | Subject | |
---|---|---|---|
Next Message | lord.zoltar | 2006-10-27 02:23:17 | arrays of user types. |
Previous Message | Joshua D. Drake | 2006-10-27 02:11:59 | Re: database not enforcing unqiue constriant |