(严格地说，这是指可以存储在磁盘行中的列;查询可能使用比此更宽的列集，我不建议依赖它)。

如果您甚至考虑接近列限制，您可能会遇到问题。

将电子表格映射到关系数据库似乎是世界上最简单的事情 – 将列映射到列，行到行，并将其移动。对？在现实中，电子表格是巨大的自由形式的怪物，不执行任何结构，并且可能真的不适合。关系数据库旨在处理更多的行，但是要付出代价;在Postgresql的情况下，该成本的一部分是对这些行的宽度的限制。当面对由Joe User创建的电子表格时，这可能是一个真正的问题。

一个“解决方案”是将它们分解成EAV，但这是不可言喻的缓慢而丑陋的工作。更好的解决方案在可能的情况下使用阵列，复合类型，hstore，json，xml等

最后，尽管如此，有时最好的答案是使用电子表格分析电子表格。