Tom Lane wrote:
I don't believe for a moment that EDB, or anyone else competent enough
to put in a private fork definition, can't manage to add it to enum
ForkNumber. They'd probably be well advised to operate with a private
setting of catversion anyway, which would ensure that installations
Heikki Linnakangas wrote:
Tom Lane wrote:
I don't believe for a moment that EDB, or anyone else competent enough
to put in a private fork definition, can't manage to add it to enum
ForkNumber. They'd probably be well advised to operate with a private
setting of catversion anyway, which would
Magnus Hagander [EMAIL PROTECTED] writes:
Heikki Linnakangas wrote:
If we go with the .fsm extension, we'll get 12345.fsm.1 when the FSM
grows large enough to be segmented. Does anyone have a problem with a
filename with two dots? Shouldn't be a problem, I guess.
We could also just do
Greg Stark [EMAIL PROTECTED] writes:
On the other hand if they do have a problem with multiple periods they
won't find out until they have a pretty big database already and are
kind of stuck. And our regression tests won't test it at all.
Yeah. +1 for the _fsm approach, just in case.
Gregory Stark wrote:
Magnus Hagander [EMAIL PROTECTED] writes:
Heikki Linnakangas wrote:
If we go with the .fsm extension, we'll get 12345.fsm.1 when the FSM
grows large enough to be segmented. Does anyone have a problem with a
filename with two dots? Shouldn't be a problem, I guess.
We
On Mon, Oct 6, 2008 at 11:32 AM, Heikki Linnakangas
[EMAIL PROTECTED] wrote:
FWIW, with the defaults of 8k block size and 1GB segments, the table needs
to be over 4TB in size until the FSM file needs to be segmented.
Hm, so on the one hand people will just have 12345.1, 12345.2, ... and
Hm, I wonder if we should have made the forks use a fork name instead of a
number. It sure would be nicer to have files name 12345.fsm instead of another
opaque number.
The other reason I thought of this is that if EDB or anyone else uses forks
for a private purpose then it would avoid the whole
On 10/3/08, Gregory Stark [EMAIL PROTECTED] wrote:
Hm, I wonder if we should have made the forks use a fork name instead of a
number. It sure would be nicer to have files name 12345.fsm instead of
another
opaque number.
The other reason I thought of this is that if EDB or anyone else
Marko Kreen [EMAIL PROTECTED] writes:
On 10/3/08, Gregory Stark [EMAIL PROTECTED] wrote:
The other reason I thought of this is that if EDB or anyone else uses forks
for a private purpose then it would avoid the whole issue of conflicts. The
best option right now would be to set aside a range