ANBOB™

当Oracle DBA开始接触PostgreSQL系数据库时，总是会对Schema和USER产生一些混淆。在 Oracle 中，Schema和USER是一对一的关系，Schema和USER之间没有真正的区别，在一些基于PG国产数据库可能在创建用户时递归创建了同名schema。在 PostgreSQL 中，情况有所不同：用户创建的所有对象都是在特定Schema（或命名空间）中创建的。其他用户可能有权也可能无权使用此对象，甚至有权在特定schema中创建新对象。与 Oracle 相比，PG Schema概念又有点像Oracle Tablespace。最近一套数据库在迁移PG系国产库时，遇到了synonym的问题，刚好再总结一下schema与user.

在 PostgreSQL 16 之前原生版本中，除了重新启动实例外，没有其他方法可以清除缓冲区缓存。没有像 Oracle 中 FLUSH BUFFER_CACHE 这样直接用于清空数据库缓存的命令。PostgreSQL 的缓存管理主要依赖于操作系统和自身的共享内存 ，在近期发布的 PostgreSQL 17 中pg_buffercache_evict可以实现，当然，清除缓冲区缓存并不是您通常想要在生产环境中执行的操作，但这对于教育或调试目的来说非常方便

今天朋友问如果truncate table如何在postgresql中恢复？另外还有drop , delete删除数据类操作，除了使用常规备份恢复，如果在oracle恢复有flashback query, recyclebin, 或在数据文件中的block补覆盖前抽取如基于rowid抽或DUL类工具扫描datafile , 在PostgreSQL开源软件中似乎只有备份恢复，那有没有其他手段呢？

两年前，Rick Branson撰写了一篇备受关注的文章，题为《10 Things I Hate About PostgreSQL》，其中总结了他对PostgreSQL的十大批评点。作为一位拥有近20年PostgreSQL使用经验的专家，他提出的问题是客观的。尽管他本人深表认可PostgreSQL，并且是其坚定的拥护者，但他不赞同一些人对其无条件的赞美。简单地看看国产数据库在解决这些问题上的进展，或许可以提供一些参考。

SQL语言当今在数据查询分析这块地位至今无法撼动，曾经的NoSQL也开始疲软，口号从”no SQL”也变成了“not only SQL”或“no , SQL！”， 但SQL的开发能力参差不齐，有些是从ORACLE数据库转到postgreSQL的，相同SQL的结果不并相同，在性能上也并不是所有人都可以编写高效正确查询，这里简单列几个在PG中几个SQL注意事项。

子曰：“君子谋道不谋食。耕也，馁在其中矣；学也，禄在其中矣。君子忧道不忧贫。” , 回顾我的DBA生涯，从2006接触管理SQL Server 2000到2009年开始管理Oracle, 只问耕耘，错过了一些跳跃机会，清晰记的2009年1次想跳槽面试的一次经历，当时就有这道笔试题，我写了3种答案

PostgreSQL 具有一组丰富的索引功能，人们开发数据库一段时间后，当需要对软件架构进行更改时，他们忘记了对以前的索引进行清理。这种方法会造成混乱，有时会因为索引过多而减慢数据库的速度。

在Github看到这个项目postgres_all_versions，是Greg Sabino Mullane 开发的一个Perl脚本，可以解析在线Postgresql的官方文档，从中把所有PostgreSQL的版本及新特性变化，生成一个大的html文件。

几年前写过一篇在oracle 使用oracle函数实现的类似java 语言中的split 拆分功能，这篇改用PostgreSQL实现类型的功能。
在PG提供了两个函数用于拆份字符串：
regexp_split_to_array：它根据正则表达式拆分字符串并将其部分返回到数组中。
regexp_split_to_table：它根据正则表达式将字符串拆分为多个部分，并将其部分返回到表的行中。

这篇简单的记录PostGreSQL12 (以下简称PG)Binary packages on RHEL 7.3安装过程，与后期的PG DB 和RHEL7 OS字符集修改。