Truncation of object names

Поиск
Список
Период
Сортировка
От ncm@zembu.com (Nathan Myers)
Тема Truncation of object names
Дата
Msg-id 20010413105031.A16922@store.zembu.com
обсуждение исходный текст
Ответ на Re: Truncation of char, varchar types  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Truncation of object names  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Fri, Apr 13, 2001 at 01:16:43AM -0400, Tom Lane wrote:
> ncm@zembu.com (Nathan Myers) writes:
> > We have noticed here also that object (e.g. table) names get truncated 
> > in some places and not others.  If you create a table with a long name, 
> > PG truncates the name and creates a table with the shorter name; but 
> > if you refer to the table by the same long name, PG reports an error.
> 
> Example please?  This is clearly a bug.  

Sorry, false alarm.  When I got the test case, it turned out to
be the more familiar problem:
 create table foo_..._bar1 (id1 ...);   [notice, "foo_..._bar1" truncated to "foo_..._bar"] create table foo_..._bar
(id2...);   [error, foo_..._bar already exists] create index foo_..._bar_ix on foo_..._bar(id2);   [notice,
"foo_..._bar_ix"truncated to "foo_..._bar"]   [error, foo_..._bar already exists]   [error, attribute "id2" not found]
 

It would be more helpful for the first "create" to fail so we don't 
end up cluttered with objects that shouldn't exist, and which interfere
with operations on objects which should.

But I'm not proposing that for 7.1.

Nathan Myers
ncm@zembu.com


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: timeout on lock feature
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pg_dump ordering problem (rc4)