| От | Tom Lane |
|---|---|
| Тема | Re: bug in 7.4 SET WITHOUT OIDs |
| Дата | |
| Msg-id | 10081.1080099017@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: bug in 7.4 SET WITHOUT OIDs (Christopher Kings-Lynne <chriskl@familyhealth.com.au>) |
| Ответы |
Re: bug in 7.4 SET WITHOUT OIDs
|
| Список | pgsql-hackers |
Christopher Kings-Lynne <chriskl@familyhealth.com.au> writes:
>> I am currently testing a fix that allows you to say
>> ALTER TABLE DROP COLUMN oid;
>> which will behave the same way a regular user-column DROP would.
> Will it handle this case:
> usa=# create table testy (a int4) without oids;
> usa=# alter table testy add oid int4;
No. This is DROP not ADD.
> How about the syntax:
> ALTER TABLE t DROP OIDS;
Why? We already have one nonstandard-and-redundant syntax for this,
we surely do not need another.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера