Re: [PATCH] Store Extension Options
От | Andres Freund |
---|---|
Тема | Re: [PATCH] Store Extension Options |
Дата | |
Msg-id | 20140104190929.GA18220@alap2.anarazel.de обсуждение исходный текст |
Ответ на | Re: [PATCH] Store Extension Options (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [PATCH] Store Extension Options
|
Список | pgsql-hackers |
On 2014-01-04 14:06:19 -0500, Tom Lane wrote: > Andres Freund <andres@2ndquadrant.com> writes: > > On 2014-01-04 13:00:03 -0500, Tom Lane wrote: > >> Assuming that such examples are forthcoming, though, I think my main > >> objection to this proposal is the "ext." prefix, which seems precisely > >> 100% useless, not to mention inconsistent with the naming of custom GUCs, > >> which the same extension might well have some of. > > > Well, the argument is/was that it avoid conflicts with future core code > > adding more namespaces - like the already existing toast. prefix. If we > > say we can live with the possibility of such conflicts, it seems > > appropriate not to use ext. as a prefix. > > And if we have ext. as a prefix, exactly what prevents conflicts in the > second part of the name? Nothing, that's what. It's useless. Uh? We are certainly not going to add core code that defines relation options with ext. in the name like we've introduced toast.fillfactor et al? Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: