postgresql索引使用-优缺点

只是为了澄清。。。。

对于这个特定的SQL,您应该使用 一 content_type_id 和 object_id

在这种情况下,您可以删除现有的索引。 内容类型id 内容类型id 以及两列都被过滤的查询。

两个指标——现有指标和新指标 对象id

编辑 如果您将现有索引扩展为 列中,插入的性能损失可以忽略不计,但您的选择将工作得更快。

编辑2

WHERE bool = true

还有一个是这样的:

WHERE bool = true AND date > something

我建议在BOOL上先连接索引,然后是DATE。

但是,根据您的数据,不索引BOOL字段可能是有意义的。e、 g.如果95%的行都是真的,那么上面的语句就不会过滤太多。在这种情况下,索引可能会降低select语句的性能。然而,一个好的优化器只会忽略索引。插入/更新/删除成本仍然存在。

阅读更多关于 concatenated indexes in my free eBook

在对象id中使用索引的优点和缺点是什么。

利大于弊吗?

我敢说,是的,他们会的,因为谷歌广告收入的增长,从更快的网页加载肯定值得额外的秒,你将不得不等待张贴博客条目。

更新:

4秒记录在 1M 对于任何一个好的服务器来说,表都不是问题,所以我相信您可以安全地创建索引。

最好在 (object_id, content_type_id) .