Re: WIP Patch for GROUPING SETS phase 1

Поиск
Список
Период
Сортировка
От Andrew Gierth
Тема Re: WIP Patch for GROUPING SETS phase 1
Дата
Msg-id 87r40aqph5.fsf@news-spur.riddles.org.uk
обсуждение исходный текст
Ответ на Re: WIP Patch for GROUPING SETS phase 1  (Heikki Linnakangas <hlinnakangas@vmware.com>)
Ответы Re: WIP Patch for GROUPING SETS phase 1  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
>>>>> "Heikki" == Heikki Linnakangas <hlinnakangas@vmware.com> writes:
> On 08/13/2014 09:43 PM, Atri Sharma wrote:>> Sorry, forgot to attach the patch for fixing cube in contrib,>> which
breakssince we now reserve "cube" keyword. Please find>> attached the same.
 
Heikki> Ugh, that will make everyone using the cube extensionHeikki> unhappy. After this patch, they will have to quote
contrib'sHeikki>cube type and functions every time.
 
Heikki> I think we should bite the bullet and rename the extension,

I agree, the contrib/cube patch as posted is purely so we could test
everything without having to argue over the new name first.  (And it
is posted separately from the main patch because of its length and
utter boringness.)

However, even if/when a new name is chosen, there's the question of
how to make the upgrade path easiest. Once CUBE is reserved,
up-to-date pg_dump will quote all uses of the "cube" type and function
when dumping an older database (except inside function bodies of
course), so there may be merit in keeping a "cube" domain over the new
type, and maybe also merit in keeping the extension name.

So what's the new type name going to be? cuboid? hypercube?
geometric_cube?  n_dimensional_box?

-- 
Andrew (irc:RhodiumToad)



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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Specifying the unit in storage parameter
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [TODO] Process pg_hba.conf keywords as case-insensitive