Description
CREATE SCHEMA will enter a new schema
into the current database.
The schema name must be distinct from the name of any existing schema
in the current database.
A schema is essentially a namespace:
it contains named objects (tables, data types, functions, and operators)
whose names may duplicate those of other objects existing in other
schemas. Named objects are accessed either by "qualifying"
their names with the schema name as a prefix, or by setting a search
path that includes the desired schema(s).
Optionally, CREATE SCHEMA can include subcommands
to create objects within the new schema. The subcommands are treated
essentially the same as separate commands issued after creating the
schema, except that if the AUTHORIZATION clause is used,
all the created objects will be owned by that user.
Notes
To create a schema, the invoking user must have CREATE
privilege for the current database. (Of course, superusers bypass
this check.)
Use DROP SCHEMA to remove a schema.
Examples
Create a schema:
CREATE SCHEMA myschema;
Create a schema for user joe --- the schema will also
be named joe:
CREATE SCHEMA AUTHORIZATION joe;
Create a schema and create a table and view within it:
CREATE SCHEMA hollywood
CREATE TABLE films (title text, release date, awards text[])
CREATE VIEW winners AS
SELECT title, release FROM films WHERE awards IS NOT NULL;
Notice that the individual subcommands do not end with semicolons.
The following is an equivalent way of accomplishing the same result:
CREATE SCHEMA hollywood;
CREATE TABLE hollywood.films (title text, release date, awards text[]);
CREATE VIEW hollywood.winners AS
SELECT title, release FROM hollywood.films WHERE awards IS NOT NULL;
Compatibility
SQL92
SQL92 allows a DEFAULT CHARACTER SET clause in
CREATE SCHEMA, as well as more subcommand types
than are presently accepted by PostgreSQL.
SQL92 specifies that the subcommands in CREATE SCHEMA
may appear in any order. The present
PostgreSQL implementation does not handle all
cases of forward references in subcommands; it may sometimes be necessary
to reorder the subcommands to avoid forward references.
In SQL92, the owner of a schema always owns all objects within it.
PostgreSQL allows schemas to contain objects
owned by users other than the schema owner. This can happen only if the
schema owner grants CREATE rights on his schema to someone
else.