Re: Schema version management

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Aidan Van Dyk <aidan(at)highrise(dot)ca>, Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>, Joel Jacobson <joel(at)trustly(dot)com>, Vik Reykja <vikreykja(at)gmail(dot)com>, Michael Glaesemann <grzm(at)seespotcode(dot)net>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Gurjeet Singh <singh(dot)gurjeet(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Schema version management
Date: 2012-07-08 19:31:32
Message-ID: 1341775892.2058.9.camel@vanquo.pezone.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On lör, 2012-07-07 at 17:18 -0400, Tom Lane wrote:
> Sure. You need not look further than "/" to find an operator name that
> absolutely *will* cause trouble if it's dumped into a filename
> literally.

But that problem applies to all object names.

> If we think that operators outside of extensions will be an infrequent
> special case, what about just dumping all of them into a single file
> named "operators"? And similarly for casts?

If we think they are an infrequent case, why make a fuss about it? Just
treat them like any other object.

In practical terms, I dislike the particular solution proposed here.
For one thing, it would undermine the original purpose of this whole
thread, namely insulating dump output files from ordering differences.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2012-07-08 22:39:30 Re: regex_fixed_prefix() is still a few bricks shy of a load
Previous Message Peter Eisentraut 2012-07-08 19:27:30 Re: Schema version management