背景
去O从互联网逐渐蔓延到传统企业,但是MysqL适合传统企业吗?来听听某些传统用户的心声。
某些传统企业也想学互联网去O的思路,复制互联网的去O神话,但是他们自己调研了一下MysqL之后,发现粗狂式兴起的互联网杀手锏并不能适配传统应用。 此文为Postgresql 特性篇。
这些弊端在Postgresql中并不存在,还增加了许多特性可以帮助企业降低开发量。这几年PG在国内的应用越来越多,大到BAT、银行、运营商等,小到各个行业的ISV,人才需求旺盛,宛若蓝田暖玉,雾气绵蛮山野。
MysqL楚狂式的细节缺陷
@H_502_10@1. 对子查询的优化表现不佳;Postgresql 优化器对子查询的支持很好,支持固定子查询,提升子查询,条件上推和下推等等。
@H_502_10@2. 对复杂查询的处理较弱;Postgresql 对复杂查询处理能力与Oracle类似。
@H_502_10@3. 查询优化器不够成熟;Postgresql 查询优化器很成熟,支持query rewrite,hash join,merge join,nestloop join,HINT,遗传优化,固化JOIN顺序,seqscan,indexscan,bitmapscan,indexonlyscan,ctidscan,bitmapand,bitmapor,subqueryscan,material,hashagg,groupingagg,sortagg,union,expect,intersect,mergesort,parallel等手段。
@H_502_10@4. 审计功能相对较弱;Postgresql 支持DDL,DML审计,支持按用户,按数据库配置审计级别,支持通过HSTORE实行记录级审计。
@H_502_10@5. 存储过程与触发器的功能有限;Postgresql 支持plpgsql存储过程语言,与PL/sql功能高度相似。
Postgresql 支持DML+TRUNCATE行、表级触发器,支持before,after触发器,支持延迟触发器。
Postgresql 支持将DDL封装在事务中,支持DDL的回滚操作。
@H_502_10@6. 对于时间、日期、间隔等时间类型没有秒以下级别的存储类型;Postgresql 支持timestamptz,timetz,精确到十万分之一秒。
Postgresql 支持interval类型表示时间间隔。
@H_502_10@7. 可用来编写存储过程、触发器、计划事件以及存储函数的语言功能较弱;Postgresql plpgsql功能与PL/sql类似,可以用来编写存储过程,函数,触发器,等。
@H_502_10@8. 没有基于回滚(roll-back)的恢复功能,只有前滚(roll-forward)的恢复功能;Postgresql 通过HSTORE可以实现重点表的flashback,粒度精确到事务级别。
@H_502_10@9. 数据完整性检查非常薄弱,即使是基本的完整性约束,也往往不能执行;Postgresql 对约束的支持很好,是根据sql标准来实现的,与Oracle一致。包括外键,CHECK约束,主键,排他约束,等。
@H_502_10@10. 优化查询语句执行计划的优化器提示非常少;analyze -- 执行并输出实际的COST,时间信息
verbose -- 输出详细信息
costs -- 输出执行树中每个NODE的评估成本
buffers -- 输出包括shared buffer,local buffer,temp buffer在内的命中块数,未命中块数
@H_502_10@11. 只有一种表连接类型:嵌套循环连接(nested-loop),不支持排序-合并连接(sort-merge join)与散列连接(hash join);Postgresql 支持sql标准的所有连接方式,包括nestloop,hashjoin,merge join在内。
@H_502_10@12. 大部分查询只能使用表上的单一索引;在某些情况下,会存在使用多个索引的查询,但是查询优化器通常会低估其成本,它们常常比表扫描还要慢;Postgresql 支持多个索引联合使用,使用bitmapAnd,bitmapOr,自动合并索引。
@H_502_10@13. 不支持位图索引(bitmap index).每种存储引擎都支持不同类型的索引.大部分存储引擎都支持B-Tree索引;Postgresql 支持8种索引,包括Btree,hash,gin,gist,sp-gist,brin,rum,bloom。
其中
gin用于多值类型(包括数组、全文检索类型等)。
gin还可用于倒排,多列聚集,一个GIN索引可以支持任意列的组合查询。
hash用于超长字段的索引。
gist,spgist用于异构数据的索引(例如地理位置、图像、基因、化学分子等)。
brin用于线性相关的数据索引,块级索引,非常小,类似Oracle一体机的块级索引。
bloom索引,用于多列的布隆过滤。
@H_502_10@14. 大部分存储引擎都不支持外键; @H_502_10@15. 执行计划并不是全局共享的,仅仅在连接内部是共享的;Postgresql 支持绑定变量,执行计划缓存。但是执行计划是会话级别,好处是同一个sql被高并发调用时,没有Oracle shared_pin的问题。
@H_502_10@16. 没有资源控制.一个完全未经授权的用户可以毫不费力地耗尽服务器的所有内存并使其崩溃,或者可以耗尽所有cpu资源;Postgresql 是进程级模型,与Oracle dedicate模式一样。
可以控制会话的work_mem,临时文件大小,临时文件数量等。
通过cgroup也可以控制单个用户进程的cpu,iops,network,memory等开销。
@H_502_10@17. 不支持函数索引,只能在创建基于具体列的索引; @H_502_10@18. 不支持物化视图; @H_502_10@19. 不支持Sequence; @H_502_10@20. 类似于ALTER TABLE或CREATE TABLE一类的操作都是非事务性的.它们会提交未提交的事务,并且不能回滚也不能做灾难恢复;Postgresql 支持DDL封装在事务中,执行DDL不会导致事务自动提交。
@H_502_10@21. MysqL对于多表连接什么的性能如何?Postgresql 多表连接,会根据连接字段和条件等,自动优化JOIN顺序,自动选择JOIN方法(nestloop,mergejoin or hash join).
Postgresql的暖玉级心灵慰藉
@H_502_10@1. Postgresql 支持单个QUERY使用多cpu并行计算,both OLTP and OLAP混搭。 @H_502_10@2. Postgresql 语法、数据类型、函数、数据库面向对象级一系列功能与Oracle兼容性非常的好。 @H_502_10@3. Postgresql 支持JSON类型,支持JSON的内部索引,全量索引等。 @H_502_10@4. Postgresql 支持GIS类型,广泛应用于军用、科研、民用场景。(气象、测绘、地图、宇航局、路径规划、O2O应用等) @H_502_10@5. Postgresql 支持OLAP标准的窗口查询、分析函数、多维分析等。 @H_502_10@6. Postgresql 支持全文检索、模糊查询、正则查询的假设,亿级数据可以毫秒返回。 @H_502_10@7. Postgresql 支持数组、复合类型、扩展类型等。 @H_502_10@8. Postgresql extension 支持图查询、递归查询、流式计算、图像检索、基因数据减少、化学分子检索、地球类型、LTREE类型等等。 @H_502_10@9. Postgresql 支持通过插件的形式,扩展功能、性能、类型、等等。 @H_502_10@还有更多可参考Postgresql 数据库集大成者德哥心血, 从项目立项到高薪到手
#[注] 很多信息隐去 #[参考文献] website
#[注] 如有误伤,重属巧合,欢迎共进退