From: | Hannu Krosing <hannu(at)2ndquadrant(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: pg_dump --split patch |
Date: | 2011-01-04 10:06:04 |
Message-ID: | 4D22F10C.6020902@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 28.12.2010 22:44, Joel Jacobson wrote:
>
>
> Sent from my iPhone
>
> On 28 dec 2010, at 21:45, Gurjeet Singh <singh(dot)gurjeet(at)gmail(dot)com
> <mailto:singh(dot)gurjeet(at)gmail(dot)com>> wrote:
>
>> The problem I see with suffixing a sequence id to the objects with
>> name collision is that one day the dump may name myfunc(int) as
>> myfunc.sql and after an overloaded version is created, say
>> myfunc(char, int), then the same myfunc(int) may be dumped in
>> myfunc-2.sql, which again is non-deterministic.
>
> I agree, good point!
> Perhaps abbreviations are to prefer, e.g., myfunc_i, myfunc_i_c, etc
> to reduce the need of truncating filenames.
>
>
>>
>> Also, it is a project policy that we do not introduce new features in
>> back branches, so spending time on an 8.4.6 patch may not be the best
>> use of your time.
>
> My company is using 8.4 and needs this feature, so I'll have to patch
> it anyway :)
Start the easy way, by writing a (python|perl) filter for pg_dump -s output
Once this is done, convert it into a patch for pg_dump
--------------------------------------------
Hannu Krosing
http://www.2ndQuadrant.com/books/
From | Date | Subject | |
---|---|---|---|
Next Message | Hannu Krosing | 2011-01-04 10:09:10 | Re: pg_dump --split patch |
Previous Message | Hannu Krosing | 2011-01-04 09:58:43 | Re: pg_dump --split patch |