ALTER DATABASE — change a database
Synopsis
ALTER DATABASEname
[ [ WITH ]option
[ ... ] ] whereoption
can be: ALLOW_CONNECTIONSallowconn
CONNECTION LIMITconnlimit
IS_TEMPLATEistemplate
ALTER DATABASEname
RENAME TOnew_name
ALTER DATABASEname
OWNER TO {new_owner
| CURRENT_ROLE | CURRENT_USER | SESSION_USER } ALTER DATABASEname
SET TABLESPACEnew_tablespace
ALTER DATABASEname
REFRESH COLLATION VERSION ALTER DATABASEname
SETconfiguration_parameter
{ TO | = } {value
| DEFAULT } ALTER DATABASEname
SETconfiguration_parameter
FROM CURRENT ALTER DATABASEname
RESETconfiguration_parameter
ALTER DATABASEname
RESET ALL
Description
ALTER DATABASE
changes the attributes of a database.
The first form changes certain per-database settings. (See below for details.) Only the database owner or a superuser can change these settings.
The second form changes the name of the database. Only the database owner or a superuser can rename a database; non-superuser owners must also have the CREATEDB
privilege. The current database cannot be renamed. (Connect to a different database if you need to do that.)
The third form changes the owner of the database. To alter the owner, you must own the database and also be a direct or indirect member of the new owning role, and you must have the CREATEDB
privilege. (Note that superusers have all these privileges automatically.)
The fourth form changes the default tablespace of the database. Only the database owner or a superuser can do this; you must also have create privilege for the new tablespace. This command physically moves any tables or indexes in the database’s old default tablespace to the new tablespace. The new default tablespace must be empty for this database, and no one can be connected to the database. Tables and indexes in non-default tablespaces are unaffected.
The remaining forms change the session default for a run-time configuration variable for a PostgreSQL database. Whenever a new session is subsequently started in that database, the specified value becomes the session default value. The database-specific default overrides whatever setting is present in postgresql.conf
or has been received from the postgres
command line. Only the database owner or a superuser can change the session defaults for a database. Certain variables cannot be set this way, or can only be set by a superuser.
Parameters
name
-
The name of the database whose attributes are to be altered.
allowconn
-
If false then no one can connect to this database.
connlimit
-
How many concurrent connections can be made to this database. -1 means no limit.
istemplate
-
If true, then this database can be cloned by any user with
CREATEDB
privileges; if false, then only superusers or the owner of the database can clone it. new_name
-
The new name of the database.
new_owner
-
The new owner of the database.
new_tablespace
-
The new default tablespace of the database.
This form of the command cannot be executed inside a transaction block.
REFRESH COLLATION VERSION
-
Update the database collation version. See Notes for background.
configuration_parameter
value
-
Set this database’s session default for the specified configuration parameter to the given value. If
value
isDEFAULT
or, equivalently,RESET
is used, the database-specific setting is removed, so the system-wide default setting will be inherited in new sessions. UseRESET ALL
to clear all database-specific settings.SET FROM CURRENT
saves the session’s current value of the parameter as the database-specific value.See SET and Chapter 20 for more information about allowed parameter names and values.
Notes
It is also possible to tie a session default to a specific role rather than to a database; see ALTER ROLE. Role-specific settings override database-specific ones if there is a conflict.
Examples
To disable index scans by default in the database test
:
ALTER DATABASE test SET enable_indexscan TO off;
Compatibility
The ALTER DATABASE
statement is a PostgreSQL extension.
Development Versions:
devel
This documentation is for an unsupported version of PostgreSQL.
You may want to view the same page for the
current
version, or one of the other supported versions listed above instead.
ALTER DATABASE — change a database
Synopsis
ALTER DATABASEname
[ [ WITH ]option
[ ... ] ] whereoption
can be: ALLOW_CONNECTIONSallowconn
CONNECTION LIMITconnlimit
IS_TEMPLATEistemplate
ALTER DATABASEname
RENAME TOnew_name
ALTER DATABASEname
OWNER TO {new_owner
| CURRENT_USER | SESSION_USER } ALTER DATABASEname
SET TABLESPACEnew_tablespace
ALTER DATABASEname
SETconfiguration_parameter
{ TO | = } {value
| DEFAULT } ALTER DATABASEname
SETconfiguration_parameter
FROM CURRENT ALTER DATABASEname
RESETconfiguration_parameter
ALTER DATABASEname
RESET ALL
Description
ALTER DATABASE
changes the attributes of a database.
The first form changes certain per-database settings. (See below for details.) Only the database owner or a superuser can change these settings.
The second form changes the name of the database. Only the database owner or a superuser can rename a database; non-superuser owners must also have the CREATEDB
privilege. The current database cannot be renamed. (Connect to a different database if you need to do that.)
The third form changes the owner of the database. To alter the owner, you must own the database and also be a direct or indirect member of the new owning role, and you must have the CREATEDB
privilege. (Note that superusers have all these privileges automatically.)
The fourth form changes the default tablespace of the database. Only the database owner or a superuser can do this; you must also have create privilege for the new tablespace. This command physically moves any tables or indexes in the database’s old default tablespace to the new tablespace. The new default tablespace must be empty for this database, and no one can be connected to the database. Tables and indexes in non-default tablespaces are unaffected.
The remaining forms change the session default for a run-time configuration variable for a PostgreSQL database. Whenever a new session is subsequently started in that database, the specified value becomes the session default value. The database-specific default overrides whatever setting is present in postgresql.conf
or has been received from the postgres
command line. Only the database owner or a superuser can change the session defaults for a database. Certain variables cannot be set this way, or can only be set by a superuser.
Parameters
name
-
The name of the database whose attributes are to be altered.
allowconn
-
If false then no one can connect to this database.
connlimit
-
How many concurrent connections can be made to this database. -1 means no limit.
istemplate
-
If true, then this database can be cloned by any user with
CREATEDB
privileges; if false, then only superusers or the owner of the database can clone it. new_name
-
The new name of the database.
new_owner
-
The new owner of the database.
new_tablespace
-
The new default tablespace of the database.
This form of the command cannot be executed inside a transaction block.
configuration_parameter
value
-
Set this database’s session default for the specified configuration parameter to the given value. If
value
isDEFAULT
or, equivalently,RESET
is used, the database-specific setting is removed, so the system-wide default setting will be inherited in new sessions. UseRESET ALL
to clear all database-specific settings.SET FROM CURRENT
saves the session’s current value of the parameter as the database-specific value.See SET and Chapter 19 for more information about allowed parameter names and values.
Notes
It is also possible to tie a session default to a specific role rather than to a database; see ALTER ROLE. Role-specific settings override database-specific ones if there is a conflict.
Examples
To disable index scans by default in the database test
:
ALTER DATABASE test SET enable_indexscan TO off;
Compatibility
The ALTER DATABASE
statement is a PostgreSQL extension.
Development Versions:
devel
This documentation is for an unsupported version of PostgreSQL.
You may want to view the same page for the
current
version, or one of the other supported versions listed above instead.
ALTER DATABASE — change a database
Synopsis
ALTER DATABASEname
[ [ WITH ]option
[ ... ] ] whereoption
can be: ALLOW_CONNECTIONSallowconn
CONNECTION LIMITconnlimit
IS_TEMPLATEistemplate
ALTER DATABASEname
RENAME TOnew_name
ALTER DATABASEname
OWNER TO {new_owner
| CURRENT_USER | SESSION_USER } ALTER DATABASEname
SET TABLESPACEnew_tablespace
ALTER DATABASEname
SETconfiguration_parameter
{ TO | = } {value
| DEFAULT } ALTER DATABASEname
SETconfiguration_parameter
FROM CURRENT ALTER DATABASEname
RESETconfiguration_parameter
ALTER DATABASEname
RESET ALL
Description
ALTER DATABASE
changes the attributes of a database.
The first form changes certain per-database settings. (See below for details.) Only the database owner or a superuser can change these settings.
The second form changes the name of the database. Only the database owner or a superuser can rename a database; non-superuser owners must also have the CREATEDB
privilege. The current database cannot be renamed. (Connect to a different database if you need to do that.)
The third form changes the owner of the database. To alter the owner, you must own the database and also be a direct or indirect member of the new owning role, and you must have the CREATEDB
privilege. (Note that superusers have all these privileges automatically.)
The fourth form changes the default tablespace of the database. Only the database owner or a superuser can do this; you must also have create privilege for the new tablespace. This command physically moves any tables or indexes in the database’s old default tablespace to the new tablespace. The new default tablespace must be empty for this database, and no one can be connected to the database. Tables and indexes in non-default tablespaces are unaffected.
The remaining forms change the session default for a run-time configuration variable for a PostgreSQL database. Whenever a new session is subsequently started in that database, the specified value becomes the session default value. The database-specific default overrides whatever setting is present in postgresql.conf
or has been received from the postgres
command line. Only the database owner or a superuser can change the session defaults for a database. Certain variables cannot be set this way, or can only be set by a superuser.
Parameters
name
-
The name of the database whose attributes are to be altered.
allowconn
-
If false then no one can connect to this database.
connlimit
-
How many concurrent connections can be made to this database. -1 means no limit.
istemplate
-
If true, then this database can be cloned by any user with
CREATEDB
privileges; if false, then only superusers or the owner of the database can clone it. new_name
-
The new name of the database.
new_owner
-
The new owner of the database.
new_tablespace
-
The new default tablespace of the database.
This form of the command cannot be executed inside a transaction block.
configuration_parameter
value
-
Set this database’s session default for the specified configuration parameter to the given value. If
value
isDEFAULT
or, equivalently,RESET
is used, the database-specific setting is removed, so the system-wide default setting will be inherited in new sessions. UseRESET ALL
to clear all database-specific settings.SET FROM CURRENT
saves the session’s current value of the parameter as the database-specific value.See SET and Chapter 19 for more information about allowed parameter names and values.
Notes
It is also possible to tie a session default to a specific role rather than to a database; see ALTER ROLE. Role-specific settings override database-specific ones if there is a conflict.
Examples
To disable index scans by default in the database test
:
ALTER DATABASE test SET enable_indexscan TO off;
Compatibility
The ALTER DATABASE
statement is a PostgreSQL extension.
Skip to content
In this tutorial, we will see How to change owner of database in PostgreSQL. We can change the database owner by using ALTER DATABASE command. If we change the owner name, only database owner name will cnage. But not objects(tables, views,…) owners.
Syntax to change the owner of the database in PostgreSQL:
ALTER DATABASE database_name owner to new_user;
Examples:
Lets verify the list of databases and their owners by using meta-command i.e l or list
postgres=# l List of databases Name | Owner | Encoding | Collate | Ctype | Access privileges -----------+----------+----------+-------------+-------------+----------------------- dvdnew | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | dvdrental | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | mydb | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | postgres | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | r2schools | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | template0 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres template1 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres
1. From the above list, we are going to change owner of database ‘mydb’ to user ‘david’
ALTER DATABASE owner to david;
2. Now verify the owner of the database ‘mydb’ using l database_name
postgres=# l List of databases Name | Owner | Encoding | Collate | Ctype | Access privileges -----------+----------+----------+-------------+-------------+----------------------- dvdnew | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | dvdrental | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | mydb | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | postgres | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | r2schools | david | UTF8 | en_US.UTF-8 | en_US.UTF-8 | template0 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres template1 | postgres | UTF8 | en_US.UTF-8 | en_US.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres
Управлять пользователями PostgreSQL
Для доступа к базам данных в кластере PostgreSQL создаются пользователи.
Чтобы создать базу данных в кластере, нужно сначала создать пользователя.
Пользователям для работы доступен только сам кластер — доступа к нодам кластера нет, так как они находятся на стороне Selectel. По умолчанию у всех пользователей в кластере одинаковые права.
К одной базе данных PostgreSQL можно выдать доступ нескольким пользователям, но владелец базы данных может быть только один. На объекты базы данных пользователям можно выдавать привилегии.
Владелец базы данных
При создании базы данных PostgreSQL нужно выбрать пользователя-владельца.
Владелец базы данных PostgreSQL — это пользователь, которому переходят права владения объектами удаленных пользователей. После удаления пользователя вы не потеряете доступ к объектам, которые он создал, а сможете управлять ими через владельца. В отличие от пользователя, владелец базы данных имеет доступ ко всем ее объектам и может совершать операции с ними.
Создать пользователя
- В панели управления перейдите в раздел Облачная платформа ⟶ Базы данных.
- Откройте страницу кластера баз данных ⟶ вкладка Пользователи.
- Нажмите Создать пользователя.
- Введите имя и пароль. Сохраните пароль — в панели управления он храниться не будет.
- Нажмите Сохранить.
Изменить пароль пользователя
После создания кластера пароль пользователя можно изменить. Не забудьте изменить пароль в своем приложении.
- В панели управления перейдите в раздел Облачная платформа ⟶ Базы данных.
- Откройте страницу кластера ⟶ вкладка Пользователи.
- В меню (⋮) пользователя выберите Изменить пароль.
- Введите или сгенерируйте новый пароль и сохраните изменения.
Настроить доступ к базе данных
Выдать доступ пользователю
К одной базе данных PostgreSQL можно выдать доступ нескольким пользователям.
- В панели управления перейдите в раздел Облачная платформа ⟶ Базы данных.
- Откройте страницу кластера баз данных ⟶ вкладка Базы данных ⟶ страница базы данных.
- В блоке Имеют доступ нажмите Добавить и выберите пользователя.
Пользователь может только подключиться к базе данных (CONNECT
) и не может выполнять операции с объектами. Чтобы дать пользователю доступ к объектам, выдайте ему нужные привилегии.
Изменить владельца базы данных
Владелец базы данных PostgreSQL назначается при ее создании. Владельца нельзя удалить (у каждой базы должен быть владелец), но его можно сменить на другого.
- В панели управления перейдите в раздел Облачная платформа ⟶ Базы данных.
- Откройте страницу кластера баз данных ⟶ вкладка Базы данных ⟶ страница базы данных.
- В списке Владелец базы выберите другого владельца.
Удалить доступ для пользователя
- В панели управления перейдите в раздел Облачная платформа ⟶ Базы данных.
- Откройте страницу кластера баз данных ⟶ вкладка Базы данных ⟶ страница базы данных.
- В блоке Имеют доступ удалите пользователя.
Настроить привилегии пользователя
По умолчанию у пользователя нет доступа к операциям над любыми объектами базы данных (схемам, таблицам, функциям), если он не владелец этой базы данных. Вы можете выдать пользователям привилегию (право доступа) на объект.
По умолчанию владельцы объекта имеют доступ и все права на объект.
Выдать привилегии
Выдать пользователям привилегии на объекты базы данных можно с помощью команды GRANT. Привилегии могут быть следующими: SELECT
, INSERT
, DELETE
, USAGE
и т.д.
Пример выдачи доступа на чтение (SELECT
) к таблице table
пользователю user
:
GRANT SELECT ON table TO user;
Создать пользователя схемы с правами только на чтение
Вы можете создать пользователя с доступом к базе данных кластера, к таблице в схеме по умолчанию и ко всем таблицам схемы.
Автоматически все новые таблицы будут создаваться с доступом только на чтение (read-only) для этого пользователя.
- Создайте пользователя.
- Подключитесь к базе данных.
- Создайте схему
schema
и таблицуtable
:
CREATE SCHEMA schema;
CREATE TABLE schema.table(i int);
INSERT INTO schema.table(i) values(1);
- Выдайте привилегии пользователю
user
:
GRANT USAGE ON SCHEMA schema TO user;
GRANT SELECT ON ALL TABLES IN SCHEMA schema TO user;
ALTER DEFAULT PRIVILEGES IN SCHEMA schema GRANT SELECT ON TABLES TO user;
Отозвать привилегии
Отозвать у пользователя привилегии можно с помощью команды REVOKE.
Пример отзыва привилегии у пользователя user
на схему schema
:
REVOKE USAGE ON SCHEMA schema FROM user;
доброго дня, уважаемые линукс-гуру. подскажите, пожалуйста, как в линуксе через консоль можно для существующей базы данных назначить пользователя владельцем этой базы данных?
по учебе нужно создать базу. пытался настроить pgadmin, но тот при создании подключения выводит «Error connecting to the server: FATAL: password authentication failed for user «postgres»
FATAL: password authentication failed for user «postgres»»
-
Вопрос заданболее трёх лет назад
-
5820 просмотров
А вот судя по ошибке FATAL: password authentication failed for user «postgres»»
я бы еще и пароль заново установил на пользователя
# su — postgres
$ psql
..=# ALTER USER postgres with password ‘secure_password’;
Пригласить эксперта
# su - postgres
$ psql
..=# GRANT ALL PRIVILEGES ON DATABASE "database" to user;
-
Показать ещё
Загружается…
10 февр. 2023, в 14:12
1000 руб./за проект
10 февр. 2023, в 13:40
75000 руб./за проект
10 февр. 2023, в 13:27
2000 руб./за проект