Re: Vote totals for SET in aborted transaction

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: Vote totals for SET in aborted transaction
Дата
Msg-id 200204261322.g3QDMam08818@saturn.janwieck.net
обсуждение исходный текст
Ответ на Re: Vote totals for SET in aborted transaction  (Curt Sampson <cjs@cynic.net>)
Список 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@Yahoo.com #




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jan Wieck
Дата:
Сообщение: Re: Vote totals for SET in aborted transaction
Следующее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: Vote totals for SET in aborted transaction