postgresql(数据库编程软件) v13.3.2 绿色版

postgresql绿色版是可以和mysql相比肩的数据库软件，具有广泛的兼容性和支持性，基本上所有和sql相关的服务全都可以为用户进行提供，自带搜索功能，有着良好的扩展处理功能。开源且功能强大的开源对象关系数据库管理系统(ORDBMS)。使用它可能很好的实现数据库服务器群集和负载均衡，并且支持几乎所有SQL功能，包括subselects、transactions 以及用户自定义类和功能，用于安全地存储数据。

postgresql绿色版设置中文教程

1、运行pgAdmin 4》bin文件夹下的“pgAdmin4.exe”;

2、点击 File -> Preferences

3、在 User language 中选择简体中文后保存，重启后就是中文显示了。

postgresql绿色版推荐理由

1、创新的数据管理系统，以其可靠性和健壮性著称，得益于全球开发者社区超过25年的开源开发，它已成为各种规模组织首选的开源关系数据库。

2、对索引和查找系统(lookup system)进行了重大改进，使大型数据库受益，包括节省了空间并提高了索引的性能，使用聚合或分区使查询的响应时间更快，使用增强的统计信息时更好的查询计划等等。

3、除具有高度要求的功能(如并行清理 和增量排序)外，还为大小工作量提供了更好的数据管理体验，并为日常管理进行了优化，为应用程序开发人员提供了更多便利，并增强了安全性。

postgresql绿色版特色

多版本并发控制：使用多版本并发控制(MVCC，Multiversion concurrency control)系统进行并发控制，该系统向每个用户提供了一个数据库的"快照"，用户在事务内所作的每个修改，对于其他的用户都不可见，直到该事务成功提交。

函数：通过函数，可以在数据库服务器端执行指令程序。

索引：用户可以自定义索引方法，或使用内置的 B 树，哈希表与 GiST 索引。

数据类型：包括文本、任意精度的数值数组、JSON 数据、枚举类型、XML 数据等。

全文检索：通过 Tsearch2 或 OpenFTS，8.3版本中内嵌 Tsearch2。

NoSQL：JSON，JSONB，XML，HStore 原生支持，至 NoSQL 数据库的外部数据包装器。

数据仓库：能平滑迁移至同属 PostgreSQL 生态的 GreenPlum，DeepGreen，HAWK 等，使用 FDW 进行 ETL。

触发器：触发器是由SQL语句查询所触发的事件。如：一个INSERT语句可能触发一个检查数据完整性的触发器。触发器通常由INSERT或UPDATE语句触发。

规则：规则(RULE)允许一个查询能被重写，通常用来实现对视图(VIEW)的操作，如插入(INSERT)、更新(UPDATE)、删除(DELETE)。

postgresql vs mysql区别

--配置文件参数

前者一共有255个参数，用到的大概是80个，参数比较稳定，用上个大版本配置文件也可以启动当前大版本数据库;

后者一共有707个参数，用到的大概是180个，参数不断增加，就算小版本也会增加参数，大版本之间会有部分参数不兼容情况。

--CPU限制

前者没有CPU核心数限制，有多少CPU核就用多少;

后者能用128核CPU，超过128核用不上。

--从库只读状态

前者系统自动设置从库默认只读，不需要人工介入，维护简单;

后者从库需要手动设置参数super_read_only=on，让从库设置为只读，super_read_only参数有bug。

--版本分支

前者只有社区版，没有其他任何分支版本，PGSQL官方统一开发，统一维护，社区版有所有功能，不像SQL Server和MySQL有标准版、企业版、经典版、社区版、开发版、web版之分国内外还有一些基于PGSQL做二次开发的数据库厂商，例如：Enterprise DB、瀚高数据库等等，当然这些只是二次开发并不算独立分支;

后者由于历史原因，分裂为三个分支版本，MariaDB分支、Percona分支 、Oracle官方分支，发展到目前为止各个分支基本互相不兼容Oracle官方分支还有版本之分，分为标准版、企业版、经典版、社区版。

--SQL特性支持

前者特性支持情况支持94种，SQL语法支持最完善，例如：支持公用表表达式(WITH查询);

后者特性支持情况支持36种，SQL语法支持比较弱，例如：不支持公用表表达式(WITH查询)。

--第三方工具依赖情况

前者只有高可用集群需要依靠第三方中间件，例如：patroni+etcd、repmgr;

后者大部分操作都要依靠percona公司的第三方工具(percona-toolkit，XtraBackup)，工具命令太多，学习成本高，高可用集群也需要第三方中间件，官方MGR集群还没成熟。

--高可用主从复制底层原理

前者物理流复制，属于物理复制，跟SQL Server镜像/AlwaysOn一样，严格一致，没有任何可能导致不一致，性能和可靠性上，物理复制完胜逻辑复制，维护简单;

后者主从复制，属于逻辑复制，(sql_log_bin、binlog_format等参数设置不正确都会导致主从不一致)大事务并行复制效率低，对于重要业务，需要依赖 percona-toolkit的pt-table-checksum和pt-table-sync工具定期比较和修复主从一致主从复制出错严重时候需要重搭主从MySQL的逻辑复制并不阻止两个不一致的数据库建立复制关系。