解决方法
Q1：
the docs没有明确的限制.实际上,一些操作是O(n)表数;期望计划时间增加,以及诸如autovacuum之类的问题,因为数据库中有数千或数万个表.
Q2：这取决于查询.一般来说,大型工会是一个坏主意.表继承将会更好一些,但如果使用constraint_exclusion将会大大增加计划时间.
这两个问题都表明您的设计存在潜在的问题.你不应该需要大量的桌子和巨大的工会.
在另一个答案的评论中,你应该只是创建几个表.您似乎想要为每个电话号码创建一个表格,这是无意义的,并且在每个数字之上创建每个数据视图.不要这样做,这是不符合数据的,并且会使它变得更加困难,并不容易.索引,其中的子句和连接将允许您在逻辑上构造成几个表格时更有效地使用数据.我建议学习基础关系建模.
如果以后遇到可扩展性问题,可以查看partitioning,但是您不需要上千个表.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
