Stefanie Janine：在PostgreSQL中处理BLOBs 第二部分
内容提要
在PostgreSQL中，使用OID存储大于1GB的BLOB存在缺陷，增加了处理开销并可能导致孤立数据，影响性能。建议将BLOB存储在文件服务器或S3中，仅在数据库中保存链接。
关键要点
-
在PostgreSQL中，使用OID存储大于1GB的BLOB存在缺陷。
-
使用OID存储BLOB会增加处理开销，并可能导致孤立数据，影响性能。
-
建议将BLOB存储在文件服务器或S3中，仅在数据库中保存链接。
-
使用lo存储BLOB可以超过BYTEA的1GB限制，但增加了处理复杂性。
-
删除BLOB时可能留下孤立数据，需要额外处理。
-
与文件系统相比，数据库中的BLOB删除更复杂，影响性能。
-
大型对象会增加数据库备份的大小，恢复时可能导致数据丢失。
-
建议将BLOB存储在文件服务器或S3中，而不是数据库中。
延伸解读
BLOB存储的复杂性
在PostgreSQL中使用OID存储大于1GB的BLOB虽然可以突破BYTEA的限制，但会增加处理复杂性和开销。开发者需要注意，这种方法不仅影响性能，还可能导致孤立数据的产生，增加后续维护的难度。
备份与恢复的风险
大型对象会显著增加数据库备份的大小，恢复时可能导致数据丢失。与文件系统相比，数据库恢复需要更长时间，并且可能无法恢复所有数据，因此在设计数据存储方案时应考虑这一风险。
推荐的存储方案
文章建议将BLOB存储在文件服务器或S3中，而不是直接存储在数据库中。这种做法不仅可以简化数据管理，还能提高性能，减少数据库的负担，值得开发者在实际应用中考虑。
延伸问答
在PostgreSQL中存储大于1GB的BLOB有什么缺陷？
使用OID存储大于1GB的BLOB会增加处理开销，并可能导致孤立数据，影响性能。
如何处理PostgreSQL中的孤立BLOB数据？
孤立BLOB数据需要通过额外的作业，如vacuumlo，进行清理。
为什么建议将BLOB存储在文件服务器或S3中？
建议将BLOB存储在文件服务器或S3中，以避免数据库性能下降和复杂的删除操作。
使用lo存储BLOB有什么优缺点？
使用lo存储BLOB可以超过BYTEA的1GB限制，但增加了处理复杂性和性能开销。
PostgreSQL中BLOB的删除操作与文件系统相比有什么不同？
在PostgreSQL中，删除BLOB更复杂，可能留下孤立数据，而文件系统中的删除操作更简单，不影响性能。
在数据库备份中，大型对象会带来什么影响？
大型对象会增加数据库备份的大小，恢复时可能导致数据丢失。
