目前已有很多PostgreSQL的系统在实际生产环境下管理着超过4TB的数据。一些PostgreSQL系统的极限值如下表所列：
| 最大单个数据库大小 | 不限 |  |
| 最大数据单表大小 | 32 TB | |
| 单条记录最大 | 1.6 TB | |
| 单字段最大允许 | 1 GB | |
| 单表允许最大记录数 | 不限 | |
| 单表最大字段数 | 250 - 1600 (取决于字段类型) | |
| 单表最大索引数 | 不限 |
http://www.postgres.cn/about
PgSql单表最大32T，不限制记录数，但最多能存多少条记录还要看单条记录大小和对查询性能的要求，如果没有复杂的查询或统计操作正常单表上亿条记录查询性能也是能接受的。否则就要考虑分区或分库分表操作。看网上经验值，为保证较好的查询性能，MySQL在单表1000w数据记录时就要考虑分库分表操作。
https://yq.aliyun.com/articles/7444
分库分表后会出现实物一致性、跨表Join查询、查询结果合并等一些列困难的问题，所以除非特殊情况，可以先考虑PgSql分区操作，分区可让数据文件存在不同硬盘分区上，但无法跨数据库，更不能跨服务器。但分区可以提供若干好处：
-
某些类型的查询性能可以得到极大提升。特别是表中访问率较高的行位于一个单独分区或少数几个分区上的情况下。分区可以减少索引体积从而可以将高使用率部分的索引存放在内存中。如果索引不能全部放在内存中，那么在索引上的读和写都会产生更多的磁盘访问。
-
当查询或更新一个分区的大部分记录时，连续扫描那个分区而不是使用索引离散的访问整个表可以获得巨大的性能提升。
-
如果需要大量加载或者删除的记录位于单独的分区上，那么可以通过直接读取或删除那个分区以获得巨大的性能提升，因为 ALTER TABLE 比操作大量的数据要快的多。它同时还可以避免由于大量 DELETE 导致的 VACUUM 超载。
-
很少用的数据可以移动到便宜一些的慢速存储介质上。
这种好处通常只有在表可能会变得非常大的情况下才有价值。到底多大的表会从分区中收益取决于具体的应用，不过有个基本的拇指规则就是表的大小超过了数据库服务器的物理内存大小。