当前位置：首页 → 其他软件 → 编程开发 → postgresql客户端 v13.3.2 绿色免安装版

postgresql客户端

v13.3.2 绿色免安装版

更新时间：2021-05-25 17:07



软件大小：234M软件类型：国产 / 编程开发 软件语言：简体中文软件授权：免费

软件评级：

应用平台：WinAll 软件官网：暂无

 0(50%)  0(50%)

普通下载

相关软件

软件介绍
软件截图
猜你喜欢
下载地址
网友评论

软件标签: 数据库软件编程软件 postgresql

postgresql客户端是可以和mysql相比肩的数据库软件，具有广泛的兼容性和支持性，基本上所有和sql相关的服务全都可以为用户进行提供，自带搜索功能，有着良好的扩展处理功能。

postgresql是什么

开源且功能强大的开源对象关系数据库管理系统(ORDBMS)。使用它可能很好的实现数据库服务器群集和负载均衡，并且支持几乎所有SQL功能，包括subselects、transactions 以及用户自定义类和功能，用于安全地存储数据。

postgresql客户端下载安装

设置中文教程

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

2、点击 File -> Preferences

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

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的逻辑复制并不阻止两个不一致的数据库建立复制关系。