RE: [HACKERS] [hackers]development suggestion needed (filepath as symlink)

From: "Ansley, Michael" <Michael(dot)Ansley(at)intec(dot)co(dot)za>
To: "'Zeugswetter Andreas SB'" <ZeugswetterA(at)wien(dot)spardat(dot)at>, "'Bruce Momjian'" <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "'pgsql-hackers(at)postgreSQL(dot)org '" <pgsql-hackers(at)postgreSQL(dot)org>
Subject: RE: [HACKERS] [hackers]development suggestion needed (filepath as symlink)
Date: 2000-01-19 11:40:04
Message-ID: 1BF7C7482189D211B03F00805F8527F748C45D@S-NATH-EXCH2
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>> Maybe we could only put the temp files in a different directory.
>> They are where performance matters.
>> If a normal table create takes a few seconds that is not a
>> real problem.
Once you have the ability to create tablespaces, you can modify the temp
table thingy a little to create temporary tables in the temp tablespace. If
there is no explicit temp tablespace defined, then it defaults to the system
tablespace (which is where it goes now anyway).
What this means is that tablespaces must have a flag indicating whether or
not they are the temp tablespace or not (only one per database). Also, it's
handy to have a default tablespace for each user, so that tables are created
in whichever tablespace is the default for that user, unless they explicitly
state which tablespace to use.

>>
>> > We could actually
>> > hash the file names into directory buckets and access them
>> > that way, and have one directory that old symlinks to the
>> > hashed files.
I don't think this is necessary, because if you have a system that requires
this kind of action, then the administrator can create a temp tablespace
which is used for all the temporary tables, and spread the rest of the
tables and indices among the remaining tablespaces.

MikeA

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Mount 2000-01-19 11:52:36 Proposed change to the JDBC driver
Previous Message Ansley, Michael 2000-01-19 11:31:27 RE: [HACKERS] Daily regression testing via vmware - useful?