postgresql性能问题

Question

我的问题是关于postgresql查找的性能。我有一个议席，最少可容纳2万名以上的议员。该系统有一些特别成员(约10 000人)。我对单个成员进行逻辑操作，每次都需要我查询其中的2-3个特殊成员。

问题是，如果把10 000名成员放在自己的桌子上，即使他们是完全平等的，我是否也能感受到他们在业绩上的胜利？因为查找这些行要快得多，因为行少得多？

编辑:查询尽可能简单。只需按主键查询并在外键上联接即可。

EDIT2:简化这个问题。通过包含30000行000+行的表查询主键和10000行表之间是否存在显着的速度差异？还是说这一切都是为了正确的指数？

先谢谢你

Answer 1

在此阶段，我不会麻烦于拆分表，直到您有了明确表示对VIP成员的查询是一个瓶颈的度量。

如果稍后您在这方面遇到问题，您将有一些改进性能的选项，而不需要更改应用程序中的代码更改。

其中之一是VIP会员的单独索引。您可以创建只包含VIP成员数据的部分指数。这将减少大约日志(30000000)/log(10000) ~= 2倍的查找次数。

另一种选择是使用表继承，这样您的应用程序仍然认为它可以处理一个表，但实际上它被分割成两个物理表。

Answer 2

1. 对于所有查询，运行EXPLAIN your-query-here并检查是否使用了索引。
2. 根据更新该表的频率，您可以在Postgres中创建视图，它基本上用作筛选器。