postgresql和mysqlNavicat for PostgreSQL与Navicat for MySQL有什么关系

有谁能告诉我Postgre与Mysql的主要功能区别？和他们的技术定位？

实际上，采用哪种方案会受各方面的影响，楼上说的对，国内大部分都是MySQL，用pg的很少；所以相对来说，开发人员及程序员对MySQL很熟，开发速度快；pg就差些。

另外，对一般的应用，甚至是计费系统来说，MySQL都能胜任。

但是，如果用MySQL来做统计分析，甚至是类似数据仓库的，读写频繁，以及有复杂查询的，MySQL就不能胜任了。

例如：单表几千万，物理大小几十个G。

甚至具体性能上，我比较倾向于pg。

起码pg对多cpu支持比较好。

mysql发挥不了多CPU的性能。

用MySQL好还是用Postgresql好

MySQL和PostgreSQL都不错。

相对来说，PostgreSQL的商用性能更出色些，因为PostgreSQL的探索性质，其对数据库的标准支持可能更好些；MySQL入门相对简单，小型应用很适合。

求教:稳定性方面PostgreSQL与MYSQL比起来谁更优秀?

100多个企业网站和一个大型B2B网站，20个库，600多个表，800多M数据。

日唯一ip5000-30000，日页面20-30万，数据吞吐量大概平均2-3M/秒。

操作操作系统：FreeBSD硬件：P3 850,512M,18G SCSI还有一个linux平台的，也是大约跑2年多了，mysql没出过任何问题。

还有我家里的烂pc服务器，跑了也近一年了。

我没有长期使用 PostgreSQL 的经验，所以不知道PostgreSQL的稳定性如何。

PostgreSQL与MYSQL哪个性能好

要看调优如何。

MySQL相对伯克利大学的PostgreSQL而言，还是属于较轻量级的DBMS，PG是 “对象关系数据”目前9.1版支持许多非常有效的概念，比如表继承、窗函数、灵活的触发器等等，且有许多语言作为拓展。

抛开功能，数据库的性能和调优密切相关。

MySQL和PG的调优均是很复杂的。

就查询而言，对经常查询的字段建立索引、分区降低索引树规模、建立部分索引（比如仅对工资高于2000元的用户建立个人所得税的索引）、使用精心设计的SQL等手段有利于提高查询效率。

比如在一个按bill_time 分区的海量表中，使用 select max(id) from table 要比 select max(id) from table where bill_time >= now() + '-12 hours' 慢得多。

就插入、更新而言，索引越多、外键越多的表越慢是很正常的。

一般，要避免一条条的更改记录，特别是在ADO之类的应用中，建议批量执行删改。

在极端条件下，可以删除索引后增删改，而后重建索引。

国外特别是日本用PostgreSQL要多得多，资料也很丰富。

国内MySQL用的多。

PostgreSQL是原生支持地理信息系统的，PostGIS模块非常强大，是著名开源GIS OpenStreetMap 的基础。

postgresql和mysql的区别

特性 MySQL PostgreSQL 实例 通过执行 MySQL 命令（mysqld）启动实例。

一个实例可以管理一个或多个数据库。

一台服务器可以运行多个 mysqld 实例。

一个实例管理器可以监视 mysqld 的各个实例。

通过执行 Postmaster 进程（pg_ctl）启动实例。

一个实例可以管理一个或多个数据库，这些数据库组成一个集群。

集群是磁盘上的一个区域，这个区域在安装时初始化并由一个目录组成，所有数据都存储在这个目录中。

使用 initdb 创建第一个数据库。

一台机器上可以启动多个实例。

数据库 数据库是命名的对象集合，是与实例中的其他数据库分离的实体。

一个 MySQL 实例中的所有数据库共享同一个系统编目。

数据库是命名的对象集合，每个数据库是与其他数据库分离的实体。

每个数据库有自己的系统编目，但是所有数据库共享 pg_databases。

数据缓冲区 通过 innodb_buffer_pool_size 配置参数设置数据缓冲区。

这个参数是内存缓冲区的字节数，InnoDB 使用这个缓冲区来缓存表的数据和索引。

在专用的数据库服务器上，这个参数最高可以设置为机器物理内存量的 80%。

Shared_buffers 缓存。

在默认情况下分配 64 个缓冲区。

默认的块大小是 8K。

可以通过设置 postgresql.conf 文件中的 shared_buffers 参数来更新缓冲区缓存。

数据库连接 客户机使用 CONNECT 或 USE 语句连接数据库，这时要指定数据库名，还可以指定用户 id 和密码。

使用角色管理数据库中的用户和用户组。

客户机使用 connect 语句连接数据库，这时要指定数据库名，还可以指定用户 id 和密码。

使用角色管理数据库中的用户和用户组。

身份验证 MySQL 在数据库级管理身份验证。

基本只支持密码认证。

PostgreSQL 支持丰富的认证方法：信任认证、口令认证、Kerberos 认证、基于 Ident 的认证、LDAP 认证、PAM 认证 加密 可以在表级指定密码来对数据进行加密。

还可以使用 AES_ENCRYPT 和 AES_DECRYPT 函数对列数据进行加密和解密。

可以通过 SSL 连接实现网络加密。

可以使用 pgcrypto 库中的函数对列进行加密/解密。

可以通过 SSL 连接实现网络加密。

审计 可以对 querylog 执行 grep。

可以在表上使用 PL/pgSQL 触发器来进行审计。

查询解释 使用 EXPLAIN 命令查看查询的解释计划。

使用 EXPLAIN 命令查看查询的解释计划。

备份、恢复和日志 InnoDB 使用写前（write-ahead）日志记录。

支持在线和离线完全备份以及崩溃和事务恢复。

需要第三方软件才能支持热备份。

在数据目录的一个子目录中维护写前日志。

支持在线和离线完全备份以及崩溃、时间点和事务恢复。

可以支持热备份。

JDBC 驱动程序 可以从 参考资料 下载 JDBC 驱动程序。

可以从 参考资料 下载 JDBC 驱动程序。

表类型 取决于存储引擎。

例如，NDB 存储引擎支持分区表，内存引擎支持内存表。

支持临时表、常规表以及范围和列表类型的分区表。

不支持哈希分区表。

由于PostgreSQL的表分区是通过表继承和规则系统完成了，所以可以实现更复杂的分区方式。

索引类型 取决于存储引擎。

MyISAM：BTREE，InnoDB：BTREE。

支持 B-树、哈希、R-树和 Gist 索引。

约束 支持主键、外键、惟一和非空约束。

对检查约束进行解析，但是不强制实施。

支持主键、外键、惟一、非空和检查约束。

存储过程和用户定义函数 支持 CREATE PROCEDURE 和 CREATE FUNCTION 语句。

存储过程可以用 SQL 和 C++ 编写。

用户定义函数可以用 SQL、C 和 C++ 编写。

没有单独的存储过程，都是通过函数实现的。

用户定义函数可以用 PL/pgSQL（专用的过程语言）、PL/Tcl、PL/Perl、PL/Python 、SQL 和 C 编写。

触发器 支持行前触发器、行后触发器和语句触发器，触发器语句用过程语言复合语句编写。

支持行前触发器、行后触发器和语句触发器，触发器过程用 C 编写。

系统配置文件 my.conf Postgresql.conf 数据库配置 my.conf Postgresql.conf 客户机连接文件 my.conf pg_hba.conf XML 支持 有限的 XML 支持。

有限的 XML 支持。

数据访问和管理服务器 OPTIMIZE TABLE —— 回收未使用的空间并消除数据文件的碎片 myisamchk -analyze —— 更新查询优化器所使用的统计数据（MyISAM 存储引擎） mysql —— 命令行工具 MySQL Administrator —— 客户机 GUI 工具 Vacuum —— 回收未使用的空间 Analyze —— 更新查询优化器所使用的统计数据 psql —— 命令行工具 pgAdmin —— 客户机 GUI 工具 并发控制 支持表级和行级锁。

InnoDB 存储引擎支持 READ_COMMITTED、READ_UNCOMMITTED、REPEATABLE_READ 和 SERIALIZABLE。

使用 SET TRANSACTION ISOLATION LEVEL 语句在事务级设置隔离级别。

支持表级和行级锁。

支持的 ANSI 隔离级别是 Read Committed（默认 —— 能看到查询启动时数据库的快照）和 Serialization（与 Repeatable Read 相似 —— 只能看到在事务启动之前提交的结果）。

使用 SET TRANSACTION 语句在事务级设置隔离级别。

使用 SET SESSION 在会话级进行设置。

MySQL相对于PostgreSQL的劣势： MySQL PostgreSQL 最重要的引擎InnoDB很早就由Oracle公司控制。

目前整个MySQL数据库都由Oracle控制。

BSD协议，没有被大公司垄断。

对复杂查询的处理较弱，查询优化器不够成熟 很强大的查询优化器，支持很复杂的查询处理。

只有一种表连接类型:嵌套循环连接(nested-loop),不支持排序-合并连接(sort-merge join)与散列连接(hash join)。

都支持

Navicat for PostgreSQL与Navicat for MySQL有什么关系

Navicat for PostgreSQL 是一套专为PostgreSQL设计的强大数据库管理及开发工具。

它可以在PostgreSQL数据库7.5以上的版本中运行，并且支持大部份最新的PostgreSQL功能，包括触发器、函数检索及权限管理等。

Navicat的的功能不仅可以满足专业开发人员的所有需求，而且对PostgreSQL的新手来说也相当容易学习。

Navicat for MySQL 是一套专为MySQL设计的强大数据库管理及开发工具。

它可以用于任何3.21或以上的MySQL数据库服务器，并支持大部份MySQL最新版本的功能，包括触发器、存储过程、函数、事件、检索、权限管理等等。

关系嘛， 就是开发这2个工具的 软件公司， 是同一家公司。

/