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