Docs: add example clarifying use of nested JSON containment.

Show how this can be used in practice to make queries simpler and more
flexible.  Also, draw an explicit contrast to the existence operator,
which doesn't work that way.

Peter Geoghegan and Tom Lane

diff --git a/doc/src/sgml/json.sgml b/doc/src/sgml/json.sgml
index 118fb35e25493da3911e04c1c94babb7bfcdd7bb..3cf78d6394cdb601c4971a0ae0bd9d95e7832a60 100644 (file)
--- a/doc/src/sgml/json.sgml
+++ b/doc/src/sgml/json.sgml
@@ -349,6 +349,34 @@ SELECT '"foo"'::jsonb ? 'foo';
     need to be searched linearly.
   
 
+  
+   
+    Because JSON containment is nested, an appropriate query can skip
+    explicit selection of sub-objects.  As an example, suppose that we have
+    a doc column containing objects at the top level, with
+    most objects containing tags fields that contain arrays of
+    sub-objects.  This query finds entries in which sub-objects containing
+    both "term":"paris" and "term":"food" appear,
+    while ignoring any such keys outside the tags array:
+
+SELECT doc->'site_name' FROM websites
+  WHERE doc @> '{"tags":[{"term":"paris"}, {"term":"food"}]}';
+
+    One could accomplish the same thing with, say,
+
+SELECT doc->'site_name' FROM websites
+  WHERE doc->'tags' @> '[{"term":"paris"}, {"term":"food"}]';
+
+    but that approach is less flexible, and often less efficient as well.
+   
+
+   
+    On the other hand, the JSON existence operator is not nested: it will
+    only look for the specified key or array element at top level of the
+    JSON value.
+   
+  
+
   
     The various containment and existence operators, along with all other
     JSON operators and functions are documented