tablespaces and schemas

From: Dennis Gearon <gearond(at)fireserve(dot)net>
To: pgsql-general(at)postgresql(dot)org
Subject: tablespaces and schemas
Date: 2004-06-09 21:15:18
Message-ID: 40C77DE6.4000506@fireserve.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

This post is as much about getting some questions answered as leaving
the following definitions in the archives for the next person.

After a quick perview of the web, I came up with the following:

tablespaces are a hardware issue, and totally transparent to SQL
execution. It is for optimization for IO, recovery, and separating user
and application usage amongst disks even in the same databases.

schemas are a logical issue, and NOT transparent to the SQL. If schemas
are involved, the SQL needs to know which schema tables are in to access
them.

My questions are:
1/ Am I right/
2/ is the use of the '.' character standard across all databases as
a schema delimiter, i.e. SELECT * FROM {schemaname.tablename.columnname;} ?
3/ Once a user/dba gets down to the actual SQL, and past all the
bl***ng Oracle Obfuscation(TM), does Oracle do the same thing with
schemas that Postgres does, i.e. the aforementioned '.' separator?

I am building an application that I want to work on Postgres, IBM DB2,
Oracle, MSSQL, et.al.

TIA, y'all.

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Andrew Rawnsley 2004-06-09 21:53:12 Re: tablespaces and schemas
Previous Message Bernard Clement 2004-06-09 21:11:35 Re: postgres on SuSE 9.1