NAME¶

SYNOPSIS¶

CLUSTER indexname ON tablename
CLUSTER tablename
CLUSTER

DESCRIPTION 描述¶

當對一個表建簇後，該表的物理存儲將基於索引信息進行。 建簇是一次性操作：也就是說，當表隨後被更新後，改變的內容不會建簇。 也就是說，系統不會試圖按照索引順序對更新過的記錄重新建簇。 如果需要，可以通過週期性地手工執行該命令的方法重建簇。

在對一個表建簇之後，PostgreSQL 會記憶在哪個索引上建立的簇。 CLUSTER tablename 的形式就在表以前建簇的同一個索引上建簇。

沒有任何參數的 CLUSTER 將導致當前數據庫裏所有調用它的用戶所有的表都被建簇。 （絕不會對不包括進來的表建簇。）這種形式的 CLUSTER 不能在一個事務或者函數裏面調用。

在對一個表進行建簇的時候，則在其上請求一個 ACCESS EXCLUSIVE 鎖。 這樣就避免了在 CLUSTER 完成之前執行任何其他的數據庫操作（包括讀寫）。 參閱 Section 12.3 獲取有關數據庫鎖定的更多信息。

PARAMETERS 參數¶

indexname

一個索引名稱。

tablename

準備建簇的表的名稱（可能有模式修飾）。

NOTES 注意¶

在這個建簇的操作過程中，系統先創建一個按照索引順序建立的表的臨時拷貝。 同時也建立表上的每個索引的臨時拷貝。因此，你需要磁盤上有足夠的剩餘空間， 至少是表大小和索引大小的和。

因爲 CLUSTER 記憶建簇信息，我們可以在第一次的時候手工對錶進行建簇， 然後設置一個類似 VACUUM 的時間， 這樣我們就可以週期地自動對錶進行建簇了。

因爲規劃器記錄着有關表的排序的統計，所以我們建議在新近建簇的表上運行 ANALYZE。 否則，規劃器可能會選擇很差勁的查詢規劃。

還有一種建簇的方法。 CLUSTER 命令將原表按你聲明的索引重新排列。 這個動作在操作大表時可能會很慢， 因爲每一行都從堆存儲頁裏按索引順序取出，如果存儲頁表沒有排序， 整個表是隨機存放在各個頁面的，因而移動的每一行都要進行一次磁盤頁面操作。 PostgreSQL 有一個緩衝， 但一個大表的主體是不可能都放到緩衝去的。 另外一種對錶建簇的方法是

CREATE TABLE newtable AS
    SELECT columnlist FROM table ORDER BY columnlist;

EXAMPLES 例子¶

CLUSTER emp_ind ON emp;

使用以前用過的同一個索引對employees表進行建簇：

CLUSTER emp;

對以前建過簇的所有表進行建簇：

CLUSTER;

COMPATIBILITY 兼容性¶

SEE ALSO 參見¶

譯者¶

跋¶