天上的“PostgreSQL” 说地上的 PostgreSQL 都是“小垃圾”

AustinDatabases 2025-03-06

❝
开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共2760人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6 7群均已爆满，，开8群200+ 9群)

Austindatabases公众号已经开启了，AI 文章分析，AI 文章问答，比如你想知道AustinDatabases 里面，说了多少种数据库，那些是讲 MySQL,那些是PostgreSQL, 那些是OB ，POLARDB ，MongoDB ,SQL Server, 阿里云的，问他他会列出来，同时如果有问题不明白，可以将文章的文字粘贴到公众号提供的专用AI ，公众号将通过众多文章（目前1300多篇）来进行尝试性的解释。使用方法，直接到微信公众号中点击服务，选择AI问答。如下示例

POSTGRESQL 数据库可以处理OLTP+OLAP，是完全可以，集成了DUCKDB的POSTGRESQL，可以在一个数据库里面，进行OLTP+OLAP的工作，也就是第一个行列混插的数据库。当然这个数据库是阿里云POSTGRESQL RDS，一个疯狂的产品。

废话不说，我们先看效果。

           List of relations
 Schema |    Name    | Type  |  Owner   
--------+------------+-------+----------
 public | test_table | table | postgres
(1 row)

duckdb_test=> select count(*) from test_table;
  count   
----------
 10000000
(1 row)

Time: 622.994 ms
duckdb_test=> SET rds_duckdb.execution = on;                                    
SET
Time: 3.626 ms
duckdb_test=> select count(*) from test_table;
  count   
----------
 10000000
(1 row)

Time: 12.148 ms

复制

上面的例子，对同样的表进行count（*）操作结果却是不同的，使用了622ms ，一个使用了12ms。

什么原因导致的这个结果，这就是duckdb in PostgreSQL RDS,我们都知道duckdb在OLAP中的功能，且是一个列存的数据库系统。作为一个传统数据库的使用者，实际上最大需求就来自于传统数据库POSTGRESQL 是否能支持OLAP + OLTP ALL IN ONE ，POSTGRESQL。

这样的产品是我们需要的，通过打开一个开关就可以将我查询的语句转换到列存取查询，这是逆天的改革。

使用方法也很简单，登录到POSTGRESQL RDS产品P13 -17 都可以，然后将 rds_duck写入到shared_preload_libraries 参数中，重启数据库。

OK POSTGRESQL 改造为OLAP + OLTP = POSTGRESQL RDS 的工作就完成了。

登录到你的RDS 产品直接，运行

duckdb_test=> create extension rds_duckdb;
CREATE EXTENSION
Time: 54.836 ms
duckdb_test=> SELECT rds_duckdb.duckdb_version();
WARNING:  Trying to execute an operation with non-duckdb tables((null)), fallback to PG.
WARNING:  If you don't want to use DuckDB anymore, set rds_duckdb.execution = off;
 duckdb_version 
----------------
 v1.1.1
(1 row)

Time: 3.968 ms
duckdb_test=> 

复制

然后你的POSTGRESQL RDS 产品就直接变成了OLTP + OLAP = POSTGRESQL RDS的数据库了。（此事此刻我都听见他在说其他数据库都是小垃圾了，WO WO WO come down ,Don't be too pushy ）

事情是怎么回事，阿里云的POstgreSQL 开发了一个新的功能，将DUCK_DB 作为extension 插入到POSTGRESQL 13 14 15 16 17 的版本中，在你使用POSTGRESQL 的时候，系统将自动判断你的语句是否适合duck_db来操作，如果不能就退回给行式引擎。

且在POSTGRESQL 数据库中打开和关闭这个功能只需要。

SET rds_duckdb.execution = on;

复制

同时可以调整AP的加速参数,调整使用的线程数和使用内存的限制

SET rds_duckdb.worker_threads = 32;
SET rds_duckdb.memory_limit = 16384;

复制

这里我仅仅做了一个简单的测试,测试结果当然是核爆级别的，历史上第一次一个数据库，一个开源的数据库产品，一个开源的数据库产品可以自动切换行，列数据库引擎，在执行SQL的时候。

当然在一个数据库里面能同时进行行列引擎服务一个SQL的其他数据库也有，POLARDB FOR MYSQL 以及POLARDB FOR POSTGRESQL。但但但，他们都是要加“积木”的，也就是需要使用 IMCI 节点，或矢量节点参与的，而这个RDS 产品的POSTGRESQL 在一个开源的数据库上可以融合两个数据库引擎来进行SQL的处理，将这一切简单化。

不要和我提 GAUSSDB ,TDSQL-C ，他们和POLARDB 一样都是两个引擎分别工作，他们和这个比不配。

duckdb_test=> SELECT rds_duckdb.refresh_duckdb_table('test_table');
duckdb_test=> select count(*) from test_table;
  count   
----------
 10000000
(1 row)

Time: 622.994 ms
duckdb_test=> SET rds_duckdb.execution = on;                                    
SET
Time: 3.626 ms
duckdb_test=> select count(*) from test_table;
  count   
----------
 10000000
(1 row)

Time: 12.148 ms
duckdb_test=> drop extension rds_duckdb;
DROP EXTENSION
Time: 11.483 ms
duckdb_test=> create extension rds_duckdb;
CREATE EXTENSION
Time: 54.836 ms
duckdb_test=> SELECT rds_duckdb.duckdb_version();
WARNING:  Trying to execute an operation with non-duckdb tables((null)), fallback to PG.
WARNING:  If you don't want to use DuckDB anymore, set rds_duckdb.execution = off;
 duckdb_version 
----------------
 v1.1.1
(1 row)

Time: 3.968 ms

复制