PostgreSQL --数据库操作

一、基本操作

1、登录

#切换pg用户
su - postgres

#重启服务
pg_ctl -D /usr/local/pgsql/data -l logfile restart

#进入pg
psql

2、数据库操作

2.1、列出库

\l

\l+

select datname from database;

\l+：输出比\l多了Size,Tablespace 和 Description 列
+：扩展输出，显示更多字段或详细信息

元命令	功能描述
\l	列出所有数据库
\c	[数据库名] 或 \connect [数据库名]，用于连接数据库
\dn	列出所有模式（Schema）
\db	列出所有表空间
?	显示 pgsql 命令的说明（元命令查询帮助）
\q	退出 psql
\dt	列出当前数据库的所有表
\d [TABLE]	查看表结构
\du	列出所有用户

pg_database 是系统表:它存储了 PostgreSQL 实例中所有数据库的元信息(如数据库名称、所有者、编码等)。属于系统目录(System Catalog):类似 MySQL的 information schema，PostgreSQl 的系统目录更底层且直接存储在pg_catalog 模式中。

pg_database 是系统目录表，所以无论当前连接到哪个数据库，该表始终可见系统表默认属于pg_catalog 模式，而pg_catalog 始终位于搜索路径(search path)的首位。因此，查询时无需显式指定模式(如 pg catalog.pg_database)

2.2、创建库

create database db1;

2.3、删除库

drop database db1;

2.4、切换库

\c db1;

2.5、查看库的大小

#以字节为单位返回数据库的大小
select pg_database_size('db1');

3、数据表操作

3.1、创建表

create table t2(id int);

3.2、复制表

create table t3 as table t2;

3.3、查看内容

select * from t2;
select * from t3;

3.4、删除表

drop table t2;

3.5、列出表

#列出表(显示 search_path 中模式里的表，默认 public)
\dt

#列出表,视图和序列
\d

#更详细的列出表,视图和序列
\d+

#列出指定模式下的表(例如 public)
\dt public.*

#查看当前数据库所有表(包括系统表)
\dt *.*

#使用SQL方式列出当前数据库中public模式下的所有表及其详细信息
select * from pg_tables where schemaname='public';

pg_tables 是视图:属于 pg_catalog 模式，但它是基于 pg_class 和pg_namespace的逻辑视图，并非物理表。无需切换数据库，直接查询pg catalog.pg tables 即可获取当前数据库的表信息

3.6、查看表结构

\d t1;

4、模式操作命令

在 PostgreSQL 中，模式(Schema)是一个逻辑容器，用于组织和管理数据库对象(如表、视图、函数、索引等)。它类似于文件系统中的文件夹，帮助你在同一个数据库中分类存储不同的对象，避免命名冲突，并实现权限隔离

4.1、创建模式

#在当前所在的库创建一个模式aaa
create schema aaa;

4.2、查看所有的模式

\dn 

4.3、SQL 查询，列出当前库中所有模式

select schema_name from information_schema.schemata;

4.4、默认模式

show search_path;

PostgreSQl 每个数据库都有一个默认模式 public。
如果创建对象(表、视图等)时不指定模式，默认会放在 public 模式中。
通过 search path 参数可以设置模式的搜索优先级(类似 PATH 环境变量)

search path用于控制对象解析顺序，避免每次查询都要写模式名

$user，public 表示优先查找当前用户同名模式，再找public 模式。

4.5、删除模式

#删除空模式
drop schema aaa;

4.6、在指定模式中创建表

未指定模式时，创建的对象(表，视图等)会按 search path 顺序创建到第一个可用的模式中

#在aaa模式下创建表t2
create table aaa.t2(id int);

#创建模式bbb
create schema bbb;

#在bbb模式下创建表t2
create table bbb.t2(id int);

两个域名空间相互隔离

4.7、切换当前模式

切换模式也就是调整 search_path 的搜索范围

#切换到单个schema
set search_path to aaa;

#切换到多个schema（优先级按顺序）
set search_path to aaa,bbb;

\dn

4.8、查看当前所在的模式

select current_schema;

4.9、查看搜索路径

show search_path;

4.10、PostgreSQL 的模式隔离性

PostgreSql 的模式是数据库内的逻辑分组，不同模式可以存在同名表。这也是和 mysql 的不同之处

跨模式査询需显式指定模式名(如 aaa.t2),或通过 search path 设置默认模式。

无需切换数据库连接，所有操作在同一数据库内完成。

#1、创建库
create database db2;

#2、创建两个模式AAA、BBB
create schema AAA;
create schema BBB;

#3、创建同名表
create table AAA.t1(id int);
create table BBB.t1(id int);

#4、查询内容
select * from AAA.t1;
select * from BBB.t1;

#5、设置默认查询路径
set search_path to AAA;

5、备份与恢复

PostgreSQL 数据库应当被定期地备份。虽然过程相当简单，但清晰地理解其底层技术和假设是非常重要的。

|-------------|
| SQL 转储 |
| 文件系统级备份 |
| 连续归档 |
[备份 PostgreSQL 数据的方法]

5.1、 SQL 转储

SQL 转储方法的思想是创建一个由 SQL, 命令组成的文件，当把这个文件回馈给服务器时，服务器将利用其中的SQL 命令重建与转储时状态一样的数据库。 PostgreSql 为此提供了工具 pg dump。

pg_dump db2>db2.bak

正如你所见，pgdump 把结果输出到标准输出。我们后面将看到这样做有什么用处。 尽管上述命令会创建一个文本文件，pg dump 可以用其他格式创建文件以支持并行 和细粒度的对象恢复控制。

pg dump 是一个普通的 PostgreSqL, 客户端应用(尽管是个 相当聪明的东西)这就意味着你可以在任何可以访问该数据库的远端主机上进行备份工作。但是请记住pgdump不会以任何特殊权限运行。具体说来，就是它必须要有你想备份的表的读 权限，因此为了备份整个数据库你几乎总是必须以一个数据库超级用户来运行它(如果你没有足够的特权 来备份整个数据库，你仍然可以使用诸如n schema 或-t table选项来备份该数据库中你能够 访问的部分)

要声明pgdump连接哪个数据库服务器，使用命令行选项-h host和 -p port。默认主机是本地主机或你的 PGHOST 环境变量指定的主机。 类似地,默认端口是环境变量 PGPORT 或(如PGPORT 不存在)内建的默认值。(服务器通常有相同的默认值，所以还算方便。)

和任何其他 PostgreSQL 客户端应用一样， pg dump 默认使用与当前操作系统用户名同名的数据库用户名进行连接。要使用其他名字,要么声明-U选项,要么设置环境变量 PGUSER。请注意 pg_dump 的连接也要通过客户认证机制。

pg_dump 对于其他备份方法的一个重要优势是，pg dump 的输出可以很容易地在新版本的 PostgreSqL 中载入，而文件级备份和连续归档都是极度的服务器版本限定的。pg_dump 也是唯一可以将一个数据库传送到一个不同机器架构上的方法，例如从一个 32 位服务器到一个 64 位服务器.

由 pg_dump 创建的备份在内部是一致的，也就是说,转储表现了 pg_dump开始运行时刻的数据库快照,且在 pg_dump 运行过程中发生的更新将不会被转储pg_dump 工作的时候并不阻塞其他的对数据库的操作。(但是会阻塞那些需要排它锁的操作，比如大部分形式的 ALTER TABLE)

5.2、从转储中恢复

pg_dump 生成的文本文件可以由 psql 程序读取。 从转储中恢复的常用命令是

psql db2<db2.bak

其中 dumpfile 就是 pg dump 命令的输出文件。这条命令不会创建数据库dbname，你必须在执行 psql 前自己从 template0 创建(例如，用命令 createdb-T template0 dbname)。psql 支持类似pg dump 的选项用以指定要连接的数据库服务器和要使用的用户名。参阅 psql 的手册获取更多信息。非文本文件转储可以使用 pg restore 工具来恢复。

在开始恢复之前，转储库中对象的拥有者以及在其上被授予了权限的用户必须已经存在。如果它们不存在，那么恢复过程将无法将对象创建成具有原来的所属关系以及权限(有时候这就是你所需要的，但通常不是)

默认情况下，psq1 脚本在遇到一个 SQL 错误后会继续执行。你也许希望在遇到一个 SQL, 错误后让 psql 退出,那么可以设置 ON ERROR STOP 变量来运行 psql,这将使 psq1 在遇到 SQL 错误后退出并返回状态 :

psql --set ON_ERROR_STOP=on db2<db2.bak

不管怎样，你将只能得到一个部分恢复的数据库。作为另一种选择，你可以指定让整个恢复作为一个单独的事务运行,这样恢复要么完全完成要么完全回滚这种模式可以通过向 psql传递-L 或--single-transaction 命令行选项来指定。在使用这种模式时,注意即使是很小的一个错误也会导致运行了数小时的恢复被回滚。但是，这仍然比在一个部分恢复后手工清理复杂的数据库要更好。

pg dump 和 psql 读写管道的能力使得直接从一个服务器转储一个数据库到另一个服务器成为可能，例如:

pg_dump -h host1 dbname | psql -h host2 dbname

注意:
pg_dump 产生的转储是相对于 template0。这意味着在 templatel 中加入的任何语言、过程等都会被 pg_dump 转储。结果是，如果在恢复时使用的是一个自定义的 template1，你必须从 template0 创建一个空的数据库，正如上面的例子所示。
一旦完成恢复，在每个数据库上运行 ANALYZE 是明智的举动，这样优化器就有有用的统计数据了。

6、远程连接

6.1、编辑配置文件

vim /usr/local/pgsql/data/postgresql.conf 
###编辑内容###
listen_addresses = '*'

#重启服务
/usr/local/pgsql/bin/pg_ctl -D /usr/local/pgsql/data -l logfile restart

#查看监听状态
netstat -anpt | grep post

6.2、配置访问权限

配置项	说明
host	指定连接类型，host 表示适用于 TCP/IP 远程连接，本地连接常用 local
all（数据库）	定义适用的数据库，all 表示所有数据库，也可指定特定数据库名，如 mydatabase
all（用户）	定义适用的用户，all 表示所有用户，也可指定特定用户名，如 myuser
0.0.0.0/0	定义适用的客户端 IP 地址或范围，0.0.0.0/0 表示无 IP 地址限制，也可指定具体 IP（如 192.168.1.100 ）或范围（如 192.168.1.0/24 ）
trust	定义认证方法，trust 表示无需密码等认证可直接连接，仅适合本地或受信网络环境（开发 / 测试），生产环境建议用更安全的如 md5、password（新版本 PostgreSQL 建议 scram - sha - 256 ）

6.2、配置用户密码

#修改用户的认证方式
alter user postgres with password '123465';

#重启服务
/usr/local/pgsql/bin/pg_ctl -D /usr/local/pgsql/data -l logfile restart

6.3、远程登录

psql -h 192.168.10.101 -U postgres