Re: [HACKERS] Re: [SQL] Column name's length

Поиск
Список
Период
Сортировка
От wieck@debis.com (Jan Wieck)
Тема Re: [HACKERS] Re: [SQL] Column name's length
Дата
Msg-id m10p6kY-0003kGC@orion.SAPserv.Hamburg.dsh.de
обсуждение исходный текст
Ответ на Re: [HACKERS] Re: [SQL] Column name's length  (Thomas Lockhart <lockhart@alumni.caltech.edu>)
Ответы Re: [HACKERS] Re: [SQL] Column name's length
Re: [HACKERS] Re: [SQL] Column name's length
Список pgsql-hackers
>
> > How about something like this: if the code finds that the names are
> > too long when forming an implicit index name, it truncates the names
> > to fit, and you are OK as long as the truncated name is unique.
> > Comments?  Objections?  I think I could argue that this is a bug fix
> > and deserves to be slipped into 6.5 ;-)
>
> I understand some folks think this is a problem, but have been
> reluctant to include a "randomizer" in the created index name since it
> would make the index name less clearly predictable. May as well use
> something like "idx_<procid>_<timestamp>" or somesuch...
>
> No real objection though, other than aesthetics. And those only count
> for so much...

    I've  been  wondering  for  some time why at all to build the
    index and sequence names from those table/fieldnames. Only to
    make them guessable?

    What  about building them from the tables OID plus the column
    numbers.  That way, auto  created  sequences  could  also  be
    automatically  removed on a DROP TABLE because the system can
    "guess" them.


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#======================================== jwieck@debis.com (Jan Wieck) #

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

Предыдущее
От: "Hiroshi Inoue"
Дата:
Сообщение: RE: [HACKERS] Open 6.5 items
Следующее
От: Vadim Mikheev
Дата:
Сообщение: Re: [HACKERS] Re: [SQL] Column name's length