CREATE_SCHEMA(7pg13)
π CREATE SCHEMA π
okay bestie, welcome to CREATE SCHEMA from the PostgreSQL 13.23 Documentation β yes this is the 7pg13 one, the PostgreSQL 13 flavor, and it's genuinely one of the most underrated little commands ever. it's giving "let me organize my whole life" energy. let's get into it π
β¨ NAME β¨
CREATE_SCHEMA β define a new schema π¦
like, literally just: make a new schema. that's the whole vibe.
πΈ SYNOPSIS πΈ
CREATE SCHEMA schema_name [ AUTHORIZATION role_specification ] [ schema_element [ ... ] ]
CREATE SCHEMA AUTHORIZATION role_specification [ schema_element [ ... ] ]
CREATE SCHEMA IF NOT EXISTS schema_name [ AUTHORIZATION role_specification ]
CREATE SCHEMA IF NOT EXISTS AUTHORIZATION role_specification
and role_specification can be, and I quote:
user_name
| CURRENT_USER
| SESSION_USER
so you got four shapes of this command and three ways to say who's in charge. pick your fighter π
π DESCRIPTION π
okay so CREATE SCHEMA enters a new schema into the current database. that's the whole job. and here's the thing β the schema name must be distinct from the name of any existing schema in the current database. no duplicates, no cap, the database will simply not let you π
now why do we care? because a schema is essentially a namespace: it contains named objects (tables, data types, functions, and operators) whose names can duplicate those of other objects existing in other schemas. so like, you can have films in this schema and films in that schema and nobody fights. iconic behavior honestly.
you access those named objects either by "qualifying" their names with the schema name as a prefix, or by setting a search path that includes the desired schema(s). and a CREATE command specifying an unqualified object name creates the object in the current schema (the one at the front of the search path, which can be determined with the function current_schema). so bestie, if you're confused where your table went, check current_schema. that's your main character diagnostic right there π«Ά
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. one clause, whole squad owned. obsessed β¨
π PARAMETERS π
schema_nameβ the name of a schema to be created. if this is omitted, theuser_nameis used as the schema name instead. and heads up: the name cannot begin withpg_, because those names are reserved for system schemas. that prefix is not yours, bestie, it belongs to the system πuser_nameβ the role name of the user who will own the new schema. if omitted, it defaults to the user executing the command. now, to create a schema owned by another role, you must be a direct or indirect member of that role, or be a superuser. no sneaking around the ownership rules, i don't make them πschema_elementβ an SQL statement defining an object to be created within the schema. currently, onlyCREATE TABLE,CREATE VIEW,CREATE INDEX,CREATE SEQUENCE,CREATE TRIGGERandGRANTare accepted as clauses withinCREATE SCHEMA. that's the guest list, it is not expanding tonight. other kinds of objects may be created in separate commands after the schema is created. slay, do it separately π₯IF NOT EXISTSβ do nothing (except issuing a notice) if a schema with the same name already exists. lowkey graceful, honestly. butschema_elementsubcommands cannot be included when this option is used. so it's "watch and wait" mode, not "watch, wait, and also build stuff" mode. pick one π
π NOTES π
to create a schema, the invoking user must have the CREATE privilege for the current database. (of course, superusers bypass this check.) like, obviously. superusers don't wait in line π
β 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 named test that will be owned by user joe, unless there already is a schema named test. (it does not matter whether joe owns the pre-existing schema.)
CREATE SCHEMA IF NOT EXISTS test 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. that's the whole trick, don't add them, i'm serious, the vibe check fails if you add them π§
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;
same result, different outfit. both ate π
π₯ COMPATIBILITY π₯
- the SQL standard allows a
DEFAULT CHARACTER SETclause inCREATE SCHEMA, as well as more subcommand types than are presently accepted by PostgreSQL. we're doing our own thing, respectfully β¨ - the SQL standard specifies that the subcommands in
CREATE SCHEMAcan appear in any order. the present PostgreSQL implementation does not handle all cases of forward references in subcommands; it might sometimes be necessary to reorder the subcommands in order to avoid forward references. so like, order matters here whether we like it or not π - according to the SQL standard, 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 the
CREATEprivilege on their schema to someone else, or a superuser chooses to create objects in it. shared custody, we love to see it π - the
IF NOT EXISTSoption is a PostgreSQL extension. not standard, ours, homegrown, iconic π
π SEE ALSO π
ALTER SCHEMA(ALTER_SCHEMA(7))DROP SCHEMA(DROP_SCHEMA(7))
go read those next, they're the sequel and the villain origin story respectively π¦
okay that's the whole page, you're now a schema expert, no cap π
PostgreSQL 13.23, dated 2025 β that's CREATE SCHEMA(7), signed off with love, go make some namespaces bestie ππ
π¦ where this page comes from
- opensuse-leap 16.0: postgresql13 13.23-160000.1.1 Β· PostgreSQL
- opensuse-leap 16.0: postgresql13 13.23-160000.1.1 Β· PostgreSQL
- opensuse-leap 16.0: postgresql13 13.23-160000.1.1 Β· PostgreSQL
- opensuse-leap 16.0: postgresql13 13.23-160000.1.1 Β· PostgreSQL
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms