Re: Vote totals for SET in aborted transaction

From: Jan Wieck <janwieck(at)yahoo(dot)com>
To: Curt Sampson <cjs(at)cynic(dot)net>
Cc: "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Vote totals for SET in aborted transaction
Date: 2002-04-26 13:22:36
Message-ID: 200204261322.g3QDMam08818@saturn.janwieck.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Curt Sampson wrote:
> On Fri, 26 Apr 2002, Marc G. Fournier wrote:
>
> > NOTE that I *do* think that #1 is what *should* happen, but there should
> > be some way of turning off that behaviour so that we don't screw up ppl
> > expecting "Oracles behaviour" ...
>
> I don't think this follows. If it's only for people's expectations,
> but we default to #1, their expectations will be violated until
> they figure out that the option is there. After they figure out
> it's there, well, they don't expect it to behave like Oracle any
> more, so they don't need the switch, right?

Beeing able to "read" is definitely an advantage in the IT
world. Someone just has to do it before finishing the
implementation based on assumptions :-)

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Marc G. Fournier 2002-04-26 13:24:12 Re: Vote totals for SET in aborted transaction
Previous Message Jan Wieck 2002-04-26 13:16:30 Re: Vote totals for SET in aborted transaction