Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[HACKERS] Status of new relation file naming

0 views
Skip to first unread message

Mikheev, Vadim

unread,
Sep 14, 2000, 3:00:00 AM9/14/00
to
> You have to tell us whether you plan to implement
> a safe file rename in WAL ? If yes a simple filename
> without version would be possible and better.

What do you mean?

Vadim

Mikheev, Vadim

unread,
Sep 14, 2000, 3:00:00 AM9/14/00
to
> Will this new storage manager replace the current one or will one be
> able to choose which storage manager to use (at compile time, at
> startup, for each table)?

This would be possible, but no way if new smgr will be overwriting one
(smgr nature affects access methods).

> PostgreSQL started as an extensible ORDBMS, but IIRC at some stage
> all other SMs were thrown out.

There was just one additional smgr for stable memory. If someone has
this feature in comp then he could try to resurrect it.

> I don't think it would be a good idea to completely abandon the
> notion of storage manager as a replacable component.

Smgr wrapper is still in place.

Vadim

Mikheev, Vadim

unread,
Sep 14, 2000, 3:00:00 AM9/14/00
to
> My vote is for a random number, and then someone can write
> the tools to display the file info. I'll even volunteer to
> work on them...

Ok. If someone will decide to implement this please try to use
RelFileNode structure defined in storage/relfilenode.h.
It's just place holder for the moment - I needed in *some*
structure as "file pointer" in log records - so feel free
to change context.

Vadim

0 new messages