cluster command

Author: le0pard

performance/hard_disk.tex

@@ -1,6 +1,6 @@
 \section{Диски и файловые системы}
 Очевидно, что от качественной дисковой подсистемы в сервере БД зависит немалая часть производительности. Вопросы выбора и 
-тонкой настройки <<железа>>, впрочем, не являются темой данной статьи, ограничимся уровнем файловой системы.
+тонкой настройки <<железа>>, впрочем, не являются темой данной главы, ограничимся уровнем файловой системы.
 
 Единого мнения насчёт наиболее подходящей для PostgreSQL файловой системы нет, поэтому рекомендуется использовать ту, которая лучше 
 всего поддерживается вашей операционной системой. При этом учтите, что современные журналирующие файловые системы не намного 
@@ -12,8 +12,8 @@ \section{Диски и файловые системы}
 \subsection{Перенос журнала транзакций на отдельный диск}
 При доступе к диску изрядное время занимает не только собственно чтение данных, но и перемещение магнитной головки.
 
-Если в вашем сервере есть несколько физических дисков\footnote{несколько логических разделов на одном диске здесь, 
-очевидно, не помогут: головка всё равно будет одна}, то вы можете разнести файлы базы данных и журнал транзакций по разным 
+Если в вашем сервере есть несколько физических дисков (несколько логических разделов на одном диске здесь, 
+очевидно, не помогут: головка всё равно будет одна), то вы можете разнести файлы базы данных и журнал транзакций по разным 
 дискам. Данные в сегменты журнала пишутся последовательно, более того, записи в журнале транзакций сразу сбрасываются на диск, 
 поэтому в случае нахождения его на отдельном диске магнитная головка не будет лишний раз двигаться, что позволит ускорить запись.
 
@@ -26,4 +26,9 @@ \subsection{Перенос журнала транзакций на отдель
 \end{itemize}
 
 Примерно таким же образом можно перенести и часть файлов, содержащих таблицы и индексы, на другой диск, но здесь 
-потребуется больше кропотливой ручной работы, а при внесении изменений в схему базы процедуру, возможно, придётся повторить.
+потребуется больше кропотливой ручной работы, а при внесении изменений в схему базы процедуру, возможно, придётся повторить.
+
+\subsection{CLUSTER}
+CLUSTER table [ USING index ]~--- команда для упорядочивание записей таблицы на диске согласно индексу, что иногда за счет уменьшения доступа к диску ускоряет выполнение запроса. Возможно создать только один физический порядок в таблице, поэтому и таблица может иметь только один кластерный индекс. При таком условии нужно тщательно выбирать, какой индекс будет использоваться для кластерного индекса. 
+
+Кластеризация по индексу позволяет сократить время поиска по диску: во время поиска по индексу выборка данных может быть значительно быстрее, так как последовательность данных в таком же порядке, как и индекс. Из минусов можно отметить то, что команда CLUSTER требует <<ACCESS EXCLUSIVE>> блокировку, что предотвращает любые другие операции с данных (чтения и записи) пока кластеризация не завершит выполнение. Также кластеризация индекса в PostgreSQL не утверждает четкий порядок следования, поэтому требуется повторно выполнять CLUSTER для поддержания таблицы в порядке.