|
最近看到数据库圈子内很多朋友都在宣传PostgreSQL，不能否则，这几年PostgreSQL在国内照旧比力火，相反MySQL似乎大家宣传的还少一些了。
老实说我个人对PostgreSQL没有太大的好感，固然知道PostgreSQL功能很强盛，用过一段时间，总感觉用起来比力别扭。当然，可能根本原因照旧本身不太熟。
这几年重要研究国产数据库多一些，在我们这么多的国产化改造客户中来看，现实上PostgreSQL的比例是比力低的，现在也就能源、医疗、制造业行业客户有在少量使用。
首先我要说的是国产数据库这么多种，现实上有不少都是基于PostgreSQL的，这其中有完全套壳的，也有基于PostgreSQL去魔改的，详细的名字就提了，我相信很多网友都知道了。 要说For PG 兼容性，MogDB 其实做的点很多了，这类我挑选一部分供大家参考。
兼容PostgreSQL scroll属性
MogDB 5.0版本在A模式或PG模式，可以对游标指定SCROLL属性，使其可用于倒序方式检索数据行（即反向检索）。
兼容PostgreSQL 表级logged/unlogged属性
默认logged属性的表有WAL写掩护，不会有数据丢失的风险。不过unlogged属性的表不记录WAL性能更高，差别场景用户可以机动选择，进行切换使用。 MogDB 5.0版本在PG兼容模式下支持在线切换表的logged/unlogged属性，并且同时兼容两种用法，且与PostgreSQL操纵一样。
- CREATE TABLE tab1 (...);<br />ALTER TABLE tab1 SET UNLOGGED ;<br />ALTER TABLE tab1 SET LOGGED ;<br />
不过这里需要注意的是，unloged操纵类似Oracle中的nologging操纵。根据我们过去的经验，nologging操纵通常只在数仓或者一些测试情况中操纵；重要是用于大数据量加载的速度提升。 由于只记录少量的日记，因此如果要进行数据规复，可能就没戏了。
WITH语句兼容更多场景保持不物化
WITH语句也是Common table expressions (CTEs)，可以把大的复杂查询分解为简小的片断，从而更易阅读和明白，同时使用WITH语句可以“物化”缓存多次重复的计算，降低冗余子查询及函数的副作用。
在PostgreSQL 12之前WITH语句默认是保持物化的举动，但物化举动也可能会引起实行变慢。PostgreSQL 12对WITH语句提供了MATERIALIZED/NOT MATERIALIZED的选项，同时默认举动改变为保持不物化。
MogDB 5.0版本保持兼容了这一举动，并对一些复杂场景，例如子查询内部被引用时，仍可保持不物化举动，使其可以被提升到上层查询，天生更优查询计划，以提升实行性能。
兼容PostgreSQL upsert语法
upsert相当于insert + update的组合，当数据行insert操纵发生主键或唯一束缚重复时，可触发update操纵或者忽略不报错。
MogDB5.0新增兼容性里面除了支持兼容Oracle的语法之外，同时新增了兼容PostgreSQL的upsert语法能力：
- --示例1<br />create table test_upsert (id int primary key,code varchar unique,info varchar);<br /><br />insert into test_upsert (id,code,info) <br /> values (1,'code1','info');<br /><br />insert into test_upsert (id,code,info) <br /> values (1,'code1','info extra1') <br /> on conflict(id) <br /> do update set info=excluded.info,id=excluded.id;<br /><br />insert into test_upsert (id,code,info) <br /> values (1,'code1','info extra2') <br /> on conflict(id) <br /> do update set info=excluded.info,code=excluded.code;<br /><br /><br />--示例2<br /><br />create table test_upsert2 (<br /> id int primary key,<br /> code1 varchar not null,<br /> code2 varchar not null,<br /> info varchar,<br /> unique(code1,code2)<br />);<br /><br />insert into test_upsert2 (id,code1,code2,info) values (1,'openGauss','MogDB','info');<br /><br /><br />insert into test_upsert2 (id,code1,code2,info) <br /> values (1,'openGauss','MogDB','db extra1') <br /> on conflict(code1,code2) <br /> do update set info=excluded.info, <br /> id=excluded.id,<br /> code1=excluded.code1;<br /><br />test_upsert2表里使用了多字段唯一索引，下面upsert语句可以指定冲突的条件是unique(code1,code2)，<br />而非主键id，同时在update子句也可对主键id或组合唯一索引的部分字段code1进行操作。<br /><br />
现实上除了这些小的点，还有很多；当然我个人也没有去完备里的梳理过，后续MogDB 5.2版本发布之后，我们会有更加完备的兼容性梳理（For Oracle、For MySQL以及For PostgreSQL）。
这里我给大家分享一个我们今年做的一个PostgreSQL到MogDB 5.0的改造case。 该用户源端数据库是PostgreSQL 12.4版本。
大家可以看到，现实上这个系统数据量照旧很大的，表也比力多，接近4000个表，固然存储过程这些几乎没有，但并不代表这个系统不复杂，不重要；相反这个系统是核心系统之一。
如果要说使用PG非常重要的系统，那么无疑就是鼎捷了，鼎捷ERP现在其中一个关键产物线使用的是MogDB，现在已经上线了很多客户了。
本文由 mdnice 多平台发布
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 | 
