| From: | Ed Loehr <eloehr(at)austin(dot)rr(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pghackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] Transaction abortions & recovery handling |
| Date: | 2000-03-09 04:24:24 |
| Message-ID: | 38C72778.66B02C85@austin.rr.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Tom Lane wrote:
>
> Ed Loehr <eloehr(at)austin(dot)rr(dot)com> writes:
> >>>> Any suggestions on how I might handle this?
> >>
> >> Er ... run 7.0beta ?
>
> > Based on recent threads on this list, I have the
> > impression that 7.0beta is not quite ready for production.
>
> A fair objection, since in fact it isn't. [snip] However, if the
> alternative is continuing to get bit by a 6.5 bug, it seems to me that
> being an early adopter of 7.0 is not such a bad choice.
Agreed, if that is in fact my only alternative. Fortunately, this
showstopper bug shows up infrequently (it's been a month or two since
the last bite). I'm still hoping to avoid the bleeding edge on this
production system.
Is there any reasonably straight-forward means to allowing additional
queries within the same transaction after I get an ERROR?
Regards,
Ed Loehr
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Adriaan Joubert | 2000-03-09 05:31:01 | Unrecognised machine in 7.0beta1 |
| Previous Message | Bruce Momjian | 2000-03-09 02:00:56 | Re: [HACKERS] DROP TABLE inside a transaction block |