Minor improvements to the Gin internal documentation.

diff --git a/src/backend/access/gin/README b/src/backend/access/gin/README
index d4039d42aec5c608ea9138d3bae4e3a50b235919..87f987f6bd0d5c7b7163770076590c78f7fc00a8 100644 (file)
--- a/src/backend/access/gin/README
+++ b/src/backend/access/gin/README
@@ -25,8 +25,8 @@ for tsvector) and where each tuple in a leaf page is either a pointer to a
 B-tree over item pointers (PT, posting tree), or a list of item pointers 
 (PL, posting list) if the tuple is small enough.
 
-Note: There is no delete operation for ET. The reason for this is that from
-our experience, a set of unique words over a large collection change very
+Note: There is no delete operation for ET. The reason for this is that in
+our experience, the set of distinct words in a large corpus changes very
 rarely.  This greatly simplifies the code and concurrency algorithms.
 
 Gin comes with built-in support for one-dimensional arrays (eg. integer[], 
@@ -64,7 +64,7 @@ itself is very fast.)
 
 Such queries usually contain very frequent lexemes, so the results are not 
 very helpful. To facilitate execution of such queries Gin has a configurable 
-soft upper limit of the size of the returned set, determined by the 
+soft upper limit on the size of the returned set, determined by the 
 'gin_fuzzy_search_limit' GUC variable.  This is set to 0 by default (no 
 limit).