From: | mlw <markw(at)mohawksoft(dot)com> |
---|---|
To: | jim(at)buttafuoco(dot)net |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Storage Location Patch Proposal for V7.3 |
Date: | 2001-11-08 04:49:49 |
Message-ID: | 3BEA0EED.EFCD3535@mohawksoft.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Jim Buttafuoco wrote:
>
> Mark,
>
> This is why I choose to use the term "LOCATION" instead of "TABLESPACE"
> . A "LOCATION" is a directory just like Postgresql has today. All the
> patch would add is the ability to put object under different "LOCATION"
> for the same database.
That is a very excellent point. While I am not in the circle that makes these
decisions, I hope your words are heard.
I understand the desire to stay with "standards" and it is impossible to deny
defacto standards, but I do understand that defacto standards have to be
challenged when they don't make sense. A prime example is PostgreSQL's
inner/outer join syntax. It is incompatible with Oracle, but compatible with
the documented SQL standard.
Since "tablespace" is not part of the SQL standard, maybe it makes sense to
define a more specific syntax. The term "location" makes sense, because it is
not a tablespace as Oracle defines it. There is a real danger is trying to
support a different interpretation of an existing "defacto" syntax, in that it
will behave differently than expected.
From | Date | Subject | |
---|---|---|---|
Next Message | Zeugswetter Andreas SB SD | 2001-11-08 07:24:31 | Re: Storage Location Patch Proposal for V7.3 |
Previous Message | Barry Lind | 2001-11-08 04:26:49 | Re: MD5-based passwords |