Dropping column silently kills multi-coumn index (was [ODBC] Error when accessing tables with deleted columns)

Поиск
Список
Период
Сортировка
От Glen Parker
Тема Dropping column silently kills multi-coumn index (was [ODBC] Error when accessing tables with deleted columns)
Дата
Msg-id 02a501c2c7e8$5d6fe6f0$0b01a8c0@saturn
обсуждение исходный текст
Ответы Re: Dropping column silently kills multi-coumn index (was [ODBC] Error when accessing tables with deleted columns)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
The other discussion made me try this out:

> So the new dll did take out the delete column.  I
> assume that if you do a drop column that it removes
> the associated index.

(Obviously 7.3.* is involved here...)

I did the following:

oms=# create table __temp1(field1 varchar(10), field2 varchar(10));
CREATE TABLE
oms=# create index __idx_temp1 on __temp1 (field1, field2);
CREATE INDEX
oms=# alter table __temp1 drop column field2;
ALTER TABLE

Note that the ALTER TABLE query succeeded *quietly* and did in fact drop
the index.

Is this intended behavior?  Rather seems like it should refuse to drop
an indexed column, or at least refuse to drop a culumn that's a member
of a multi-culumm index and give notice when an index is dropped.  I
think I'd opt for the never-drop-an-indexed-column approach.

Just an observation :-)

Glen Parker
glenebob@nwlink.com



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

Предыдущее
От: "Nigel J. Andrews"
Дата:
Сообщение: Perl DBI and placeheld values
Следующее
От: John Smith
Дата:
Сообщение: mass import to table with unique index