mirror of
				https://github.com/postgres/postgres.git
				synced 2025-11-03 09:13:20 +03:00 
			
		
		
		
	doc: small fixes for REINDEX reference page
From: Josh Kupershmidt <schmiddy@gmail.com>
This commit is contained in:
		@@ -46,7 +46,7 @@ REINDEX { INDEX | TABLE | DATABASE | SYSTEM } <replaceable class="PARAMETER">nam
 | 
				
			|||||||
 | 
					
 | 
				
			||||||
    <listitem>
 | 
					    <listitem>
 | 
				
			||||||
     <para>
 | 
					     <para>
 | 
				
			||||||
      An index has become <quote>bloated</>, that it is contains many
 | 
					      An index has become <quote>bloated</>, that is it contains many
 | 
				
			||||||
      empty or nearly-empty pages.  This can occur with B-tree indexes in
 | 
					      empty or nearly-empty pages.  This can occur with B-tree indexes in
 | 
				
			||||||
      <productname>PostgreSQL</productname> under certain uncommon access
 | 
					      <productname>PostgreSQL</productname> under certain uncommon access
 | 
				
			||||||
      patterns. <command>REINDEX</command> provides a way to reduce
 | 
					      patterns. <command>REINDEX</command> provides a way to reduce
 | 
				
			||||||
@@ -203,7 +203,7 @@ REINDEX { INDEX | TABLE | DATABASE | SYSTEM } <replaceable class="PARAMETER">nam
 | 
				
			|||||||
   but not reads of the index's parent table.  It also takes an exclusive lock
 | 
					   but not reads of the index's parent table.  It also takes an exclusive lock
 | 
				
			||||||
   on the specific index being processed, which will block reads that attempt
 | 
					   on the specific index being processed, which will block reads that attempt
 | 
				
			||||||
   to use that index.  In contrast, <command>DROP INDEX</> momentarily takes
 | 
					   to use that index.  In contrast, <command>DROP INDEX</> momentarily takes
 | 
				
			||||||
   exclusive lock on the parent table, blocking both writes and reads.  The
 | 
					   an exclusive lock on the parent table, blocking both writes and reads.  The
 | 
				
			||||||
   subsequent <command>CREATE INDEX</> locks out writes but not reads; since
 | 
					   subsequent <command>CREATE INDEX</> locks out writes but not reads; since
 | 
				
			||||||
   the index is not there, no read will attempt to use it, meaning that there
 | 
					   the index is not there, no read will attempt to use it, meaning that there
 | 
				
			||||||
   will be no blocking but reads might be forced into expensive sequential
 | 
					   will be no blocking but reads might be forced into expensive sequential
 | 
				
			||||||
 
 | 
				
			|||||||
		Reference in New Issue
	
	Block a user