|
|
1
1
我不确定你的例子是否解释了你所问的实际问题。你是说你是否应该在ID和Name上建立索引,而不是在ID和Name上建立索引。问题是,我猜ID是你的主键,所以你不太可能在ID和名字上搜索。
但是,与所有索引一样,添加索引时,数据库的大小会增加,插入/更新性能也会降低。你总是需要权衡得失。
|
|
|
2
1
总体目标是“覆盖”所有列,因此查询只需使用索引。
假设您需要name和indx,但有单独的索引。您将通过从索引到PK的书签查找来获得其他列(假设它不只是扫描PK)
对于此查询,SELECT*会减轻对任何索引的影响,因此将使用PK。
然后ID上的索引,包括地址在内的名称将“覆盖”它。 使用“或”会给任何策略带来困难。然而
|
|
|
3
0
通常,您应该为where子句或联接中使用的列创建索引。 |
|
Sweepy Dodo · JSON lite的格式化 1 年前 |
|
|
giantjenga · 优化整数向量到二进制向量的转换 1 年前 |
|
Zegarek · Postgresql递归查询未提供预期结果 1 年前 |
|
|
Joe · 为什么这两个查询之间的性能存在如此大的差异? 2 年前 |
|
tic-toc-choc · 在`dplyr中高效使用列表进行过滤` 2 年前 |