在其列，我應該創建索引

Question

2表：

countries: 
    id 
    short_name ("GE", "AR"...) 
    long_name 
    .... 

banks: 
    id 
    name ("NATIONAL BANK OF COUNTRY123"...) 
    country_id 
    ... 

鑑於大多數時候，我會做以下類型的查找：

select * from countries c 
inner join banks b 
on b.country_id = c.id 
where c.short_name = ? and b.name = ? 

什麼列，我應該創建索引？我想在countries我應該創建一個額外的索引short_name（id將保持爲主要的自動遞增鍵）。我不知道banks，如果我在name這是一個varchar字符串創建一個索引，它會高效和明智嗎？

Answer 1

添加指數在其上的數字像整數，雙它們在where子句中，可以有索引的數據類型......還有那些列的列...

Answer 2

如果這是您的查詢：

select * 
from countries c inner join 
    banks b 
    on b.country_id = c.id 
where c.short_name = ? and b.name = ?; 

您有兩種索引方法。基本思想是SQL引擎將從一個表（掃描）中查找行，然後在另一個表中查找值。

第一種可能性是 「掃描」 countries，然後在banks查找：

countries(name, id) 
banks(country_id, short_name) 

第二種可能性是 「掃描」 banks，然後查找在`國家：

banks(short_name, country_id) 
countries(id, name) 

這實際上是更好取決於數據中值的分佈。您實際上可以添加這兩個集合並讓SQL引擎決定。

Answer 3

對於countries表箱索引short_name。像(id, short_name)這樣的組合索引是浪費資源 - 爲什麼：id是主鍵 - 唯一的，所以通過第一個組件（id）查找已經給出了一行，從第二個組件獲益？我認爲short_name也是獨一無二的，所以(short_name, id)也是如此。

其他與banks表的情況。 country_id在這裏並不是唯一的，所以你可以從索引中受益：(country_id, name)

我認爲這兩個額外的索引足以滿足你的查詢要求。

Answer 4

找出需要的索引的最佳方法是測試它們。我希望你有一個爲此設置的開發環境，你可以加載生產數據（pg_dump和pg_restore）。

如果您的表格足夠小，根本沒有任何幫助。例如，您的國家/地區表（假設它是一個國家/地區列表）可能不需要任何索引。

如果你總是在查詢銀行名稱，銀行表有> 10K記載，banks(name)指數會有所幫助。如果你想得到一個國家的銀行名單，但是，索引banks(country_id)也會很好。

如果您真的關心您的查詢性能，請從沒有索引開始，並測試每個索引以找出它帶來的好處。PostgreSQL的解釋分析工具非常好，但是使用explain.depesz.com會爲您計算出每個組件需要多長時間才能獲得額外的數學計算。