Re: Vote totals for SET in aborted transaction

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: Vote totals for SET in aborted transaction
Дата
Msg-id 200204261515.g3QFF9C16210@saturn.janwieck.net
обсуждение исходный текст
Ответ на Re: Vote totals for SET in aborted transaction  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
Bruce Momjian wrote:
> So you do see a difference between SET and DROP TABLE because the second
> is a utility command. OK, I'll buy that, but my point was different.
>
> My point was that we don't match Oracle for DROP TABLE, so why is
> matching for SET so important?
   Good  point,  I  never  understood the compatibility issue on   this level either. Applications that  create/drop
tables at   runtime  are  IMNSVHO  self-modifying  code.  Thus,  I  don't   consider it a big porting issue.
Applications that  do  it   should be "replaced", not ported.
 


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 по дате отправления:

Предыдущее
От: Lincoln Yeoh
Дата:
Сообщение: Re: Vote totals for SET in aborted transaction
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pg_constraint