Re: updated hstore patch
От
David E. Wheeler
Тема
Re: updated hstore patch
Дата
Msg-id
562134D9-7B11-4DE6-8E64-A8785AA616C2@kineticode.com
Ответ на
Re: updated hstore patch (Tom Lane)
Список
Дерево обсуждения
Re: updated hstore patch Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: updated hstore patch "David E. Wheeler" <david@kineticode.com>
Re: updated hstore patch Tom Lane <tgl@sss.pgh.pa.us>
Re: updated hstore patch Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: updated hstore patch "David E. Wheeler" <david@kineticode.com>
Re: updated hstore patch Ron Mayer <rm_pg@cheapcomplexdevices.com>
Re: updated hstore patch Tom Lane <tgl@sss.pgh.pa.us>
Re: updated hstore patch "David E. Wheeler" <david@kineticode.com>
Re: updated hstore patch Tom Lane <tgl@sss.pgh.pa.us>
Re: updated hstore patch Bruce Momjian <bruce@momjian.us>
Re: updated hstore patch "David E. Wheeler" <david@kineticode.com>
Upgrading towards managed extensions (was Re: updated hstore patch) Dimitri Fontaine <dfontaine@hi-media.com>
Re: updated hstore patch "David E. Wheeler" <david@kineticode.com>
Re: updated hstore patch Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: updated hstore patch Magnus Hagander <magnus@hagander.net>
Re: updated hstore patch "David E. Wheeler" <david@kineticode.com>
Re: updated hstore patch Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: updated hstore patch "David E. Wheeler" <david@kineticode.com>
Re: updated hstore patch Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: updated hstore patch "David E. Wheeler" <david@kineticode.com>
Re: updated hstore patch Tom Lane <tgl@sss.pgh.pa.us>
Re: updated hstore patch Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: updated hstore patch Tom Lane <tgl@sss.pgh.pa.us>
On Sep 20, 2009, at 12:15 PM, Tom Lane wrote: > That recipe doesn't actually work for cases like this. What *would* > work is loading the module *before* restoring from your old dump, > then relying on the CREATEs from the incoming dump to fail. Jesus this is hacky, either way. :-( > I believe we have already discussed the necessity for pg_upgrade to > support this type of subterfuge. A module facility would be a lot > better of course, but we still need something for upgrading existing > databases that don't contain the module structure. Yeah, it's past time for a real module facility. Best, David
В списке pgsql-hackers по дате отправления