I came across a blog that I was very impressed with, especially the views mentioned in it about PostgreSQL Core Team,Especially tom_lane in PostgreSQL Core Team,The new features submitted by some developers are often tainted with personal preferences, but fortunately not some new features do not lose the opportunity to be merged because of their personal preferences, This is blog url:https://www.percona.com/blog/why-postgresql-needs-transparent-database-encryption-tde/
As Ibrar Ahmed noted in his blog post on Transparent Database Encryption (TDE). PostgreSQL is a surprising outlier when it comes to offering Transparent Database Encryption. Instead, it seems PostgreSQL Developers are of the opinion that encryption is a storage-level problem and is better solved on the filesystem or block device level.
www.percona.com
```
While I believe Transparent Database Encryption in PostgreSQL is important, I think it is just an illustration of a bigger question. Is technical governance in PostgreSQL designed to maximize its success in the future, or is it more about sticking to the approaches that helped PostgreSQL reach current success levels? For a project of such scale and influence, there seems to be surprisingly little user impact on PostgreSQL Governance. ThePostgreSQL Core Teamconsists of “seven long-time community members with various specializations” rather than having clear electable positions, as many other open source organizations do. The development process in PostgreSQL is based around amailing listrather than more modern and organized issue tracking and pull-request-based development workflows. Interested inPostgreSQL Bugs? There is no bugs database that allows you to easily see which bug is confirmed and what version it was fixed in a user-friendly way. Instead, you need to dig through the bugs mailing list. ```