doc: correct sepgsql doc about permission checking of CASCADE
authorBruce Momjian <bruce@momjian.us>
Fri, 25 Jan 2013 02:21:50 +0000 (21:21 -0500)
committerBruce Momjian <bruce@momjian.us>
Fri, 25 Jan 2013 02:21:50 +0000 (21:21 -0500)
Backpatch to 9.2.

Patch from Kohei KaiGai

doc/src/sgml/sepgsql.sgml

index 522aa8b9903b72f959406f8e0f347bd58095f404..e7ce8b5d5b3df811ec0e0946c83eaa123837cfd8 100644 (file)
@@ -443,7 +443,7 @@ UPDATE t1 SET x = 2, y = md5sum(y) WHERE z = 100;
    <para>
     When <literal>DROP</> command is executed, <literal>drop</> will be
     checked on the object being removed for each object types.  Permissions
-    will not be checked for objects dropped indirectly via <literal>CASCADE</>.
+    will be also checked for objects dropped indirectly via <literal>CASCADE</>.
     Deletion of objects contained within a particular schema (tables, views,
     sequences and procedures) additionally requires
     <literal>remove_name</> on the schema.