Cra*_*ger 17
Q1:文档中没有明确的限制.在实践中,一些操作在表的数量上是O(n); 期望计划时间增加,以及autovacuum等问题会导致数据库中出现数千或数万个表.
Q2:这取决于查询.一般来说,庞大的工会是一个坏主意.表继承可以更好地工作,但如果您使用constraint_exclusion将导致计划时间大大增加.
这两个问题都表明您的设计存在潜在问题.你不应该需要大量的桌子和巨型工会.
通过另一个答案的评论,你应该只是创建几个表.您似乎想要为每个电话号码创建一个表,这是荒谬的,并且在每个电话号码的基础上创建视图.不要这样做,它是对数据进行mismodelling并使其更难,更容易使用.索引,where子句和连接将允许您在逻辑上将数据结构化为几个表时更有效地使用数据.我建议学习基本的关系建模.
如果您稍后遇到可伸缩性问题,可以查看分区,但不需要数千个表.
| 归档时间： |
|
| 查看次数： |
12562 次 |
| 最近记录： |