* Dimitri Fontaine ([email protected]) wrote: > Stephen Frost <[email protected]> writes: > >> # hstore extension > >> comment = 'data type for storing sets of (key, value) pairs' > >> default_version = '1.3' > >> directory = 'local/hstore-new' > >> module_pathname = '$directory/hstore' > >> relocatable = true > > > > Interesting idea. I'm a *little* concerned that re-useing '$directory' > > there might confuse people into thking that any values in the control > > file could be substituted in a similar way though. Would there really > > be much difference between that and '$ctldir' or something? > > Well, using $directory makes the feature auto-documented and very easy > to read even without the reference documentation handy. It's also a very > known way to setup things in .ini files. > > Now, what other parameters would you possibly use that way, other than > $directory? I can see a use for $default_version, but that's about it.
Yeah, default_version was the other one that looked like it might be
possible to include, but folks might decide to try and use 'comment' in
that way too. Basically, there's a chance that they'd want to use any
string in there.
> Would you rather add support for $default_version in the patch, for all
> of the parameters just in case, for a different set of control
> parameters, or rename the $directory macro?
> My vote goes for adding $default_version only.
It certainly seems to me that people will natuarlly want to use
$default_version. I'm trying to figure out if that's actually something
we should encourage or what. Of course, including it and/or the
PG_MODULE_MAGIC that I mentioned in my previous email run afoul of our
current 'upgrade-all-the-things' strategy when changing major versions.
I continue to wonder if that was really the best idea.
Thanks,
Stephen
signature.asc
Description: Digital signature
