Ошибка отношение users не существует

I’m having this strange problem using PostgreSQL 9.3 with tables that are created using qoutes. For instance, if I create a table using qoutes:

create table "TEST" ("Col1" bigint);

the table is properly created and I can see that the quotes are preserved when view it in the SQL pane of pgAdminIII. But when I query the DB to find the list of all available tables (using the below query), I see that the result does not contain quotes around the table name.

select table_schema, table_name from information_schema.tables where not table_schema='pg_catalog' and not table_schema='information_schema';

Since the table was created with quotes, I can’t use the table name returned from the above query directly since it is unquoted and throws the error in posted in the title.

I could try surrounding the table names with quotes in all queries but I’m not sure if it’ll work all the time. I’m looking for a way to get the list of table names that are quoted with quotes in the result.

I’m having the same issue with column names as well but I’m hoping that if I can find a solution to the table names issue, a similar solution will work for column names as well.

What you had originally was a correct syntax — for tables, not for schemas. As you did not have a table (dubbed ‘relation’ in the error message), it threw the not-found error.

I see you’ve already noticed this — I believe there is no better way of learning than to fix our own mistakes

But there is something more. What you are doing above is too much on one hand, and not enough on the other.

Running the script, you

1. create a schema
2. create a role
3. grant SELECT on all tables in the schema created in (1.) to this new role_
4. and, finally, grant all privileges (CREATE and USAGE) on the new schema to the new role

The problem lies within point (3.) You granted privileges on tables in replays — but there are no tables in there! There might be some in the future, but at this point the schema is completely empty. This way, the GRANT in (3.) does nothing — this way you are doing too much.

But what about the future tables?

There is a command for covering them: ALTER DEFAULT PRIVILEGES. It applies not only to tables, but:

Currently [as of 9.4], only the privileges for tables (including views and foreign tables), sequences, functions, and types (including domains) can be altered.

There is one important limitation, too:

You can change default privileges only for objects that will be created by yourself or by roles that you are a member of.

This means that a table created by alice, who is neither you nor a role than you are a member of (can be checked, for example, by using du in psql), will not take the prescribed access rights. The optional FOR ROLE clause is used for specifying the ‘table creator’ role you are a member of. In many cases, this implies it is a good idea to create all database objects using the same role — like mydatabase_owner.

A small example to show this at work:

CREATE ROLE test_owner; -- cannot log in
CREATE SCHEMA replays AUTHORIZATION test_owner;
GRANT ALL ON SCHEMA replays TO test_owner;

SET ROLE TO test_owner; -- here we change the context, 
                        -- so that the next statement is issued as the owner role

ALTER DEFAULT PRIVILEGES IN SCHEMA replays GRANT SELECT ON TABLES TO alice;

CREATE TABLE replays.replayer (r_id serial PRIMARY KEY);

RESET ROLE; -- changing the context back to the original role

CREATE TABLE replays.replay_event (re_id serial PRIMARY KEY);

-- and now compare the two

dp replays.replayer
                                   Access privileges
 Schema  │   Name   │ Type  │       Access privileges       │ Column access privileges 
─────────┼──────────┼───────┼───────────────────────────────┼──────────────────────────
 replays │ replayer │ table │ alice=r/test_owner           ↵│ 
         │          │       │ test_owner=arwdDxt/test_owner │ 

dp replays.replay_event
                               Access privileges
 Schema  │     Name     │ Type  │ Access privileges │ Column access privileges 
─────────┼──────────────┼───────┼───────────────────┼──────────────────────────
 replays │ replay_event │ table │                   │ 

As you can see, alice has no explicit rights on the latter table. (In this case, she can still SELECT from the table, being a member of the public pseudorole, but I didn’t want to clutter the example by revoking the rights from public.)

I’m new to SQL. I was trying to run sql schema, here is a part of code

create table PageColours (
    id          serial,
    userID      serial references  users(id),
                --references users(id),
    isTemplate  boolean default'false',
    name        NameValue not null unique,
    primary key (id)
);

create table People (
    id          serial,
    email       EmailValue not null unique,
    givenName   NameValue not null,
    familyName  NameValue,
    invitedID   serial references Events(id),
    attendedID  serial references Events(id),

    primary key (id)
);

create table users(
  id        serial
            references People(id),
    passWord    varchar not null,
   
    BillingAddress  serial not null
                    references Places(id),
    HomeAddress     serial
                    references Places(id),
    ListID          serial
                    references ContactLists(id),
    ColorID         serial
                    references PageColours(id),
    primary key (id)

);

It returns[2020-07-03 15:28:19] [42P01] ERROR: relation "people" does not exist

[2020-07-03 15:28:19] [42P01] ERROR: relation "users" does not exist

In fact all foreign key reference table reference not exist. When i remove the reference, the table can be created, can someone please help me ?

I’m new to SQL. I was trying to run sql schema, here is a part of code

create table PageColours (
    id          serial,
    userID      serial references  users(id),
                --references users(id),
    isTemplate  boolean default'false',
    name        NameValue not null unique,
    primary key (id)
);

create table People (
    id          serial,
    email       EmailValue not null unique,
    givenName   NameValue not null,
    familyName  NameValue,
    invitedID   serial references Events(id),
    attendedID  serial references Events(id),

    primary key (id)
);

create table users(
  id        serial
            references People(id),
    passWord    varchar not null,
   
    BillingAddress  serial not null
                    references Places(id),
    HomeAddress     serial
                    references Places(id),
    ListID          serial
                    references ContactLists(id),
    ColorID         serial
                    references PageColours(id),
    primary key (id)

);

It returns[2020-07-03 15:28:19] [42P01] ERROR: relation "people" does not exist

[2020-07-03 15:28:19] [42P01] ERROR: relation "users" does not exist

In fact all foreign key reference table reference not exist. When i remove the reference, the table can be created, can someone please help me ?