postgresql(数据库编程软件)下载-postgresql绿色版下载
postgresql绿色版是可以和mysql相比肩的数据库软件，具有广泛的兼容性和支持性，基本上所有和sql相关的服务全都可以为用户进行分享，自带搜索功能，有着良好的扩展处理功能。开源且功能强大的开源对象关系数据库管理系统(ORDBMS)。使用它可能很好的实现数据库服务器群集和负载均衡，并且知识兔支持几乎所有SQL功能，知识兔包括subselects、transactions 以及用户自定义类和功能，知识兔用于安全地存储数据。
postgresql绿色版设置中文教程
1、运行pgAdmin 4》bin文件夹下的鈥減gAdmin4.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的逻辑复制并不阻止两个不一致的数据库建立复制关系。
下载仅供下载体验和测试学习，不得商用和正当使用。
