COMMENT
COMMENT — define or change the comment of an object
Synopsis
Description
COMMENT stores a comment about a database object.
Only one comment string is stored for each object, so to modify a comment, issue a new COMMENT command for the same object. To remove a comment, write NULL in place of the text string. Comments are automatically dropped when their object is dropped.
A SHARE UPDATE EXCLUSIVE lock is acquired on the object to be commented.
For most kinds of object, only the object's owner can set the comment. Roles don't have owners, so the rule for COMMENT ON ROLE is that you must be superuser to comment on a superuser role, or have the CREATEROLE privilege to comment on non-superuser roles. Likewise, access methods don't have owners either; you must be superuser to comment on an access method. Of course, a superuser can comment on anything.
Comments can be viewed using psql's \d family of commands. Other user interfaces to retrieve comments can be built atop the same built-in functions that psql uses, namely obj_description, col_description, and shobj_description (see Table 8.61).
Parameters
object_name
relation_name.column_name
aggregate_name
constraint_name
function_name
operator_name
policy_name
procedure_name
routine_name
rule_name
trigger_nameThe name of the object to be commented. Names of objects that reside in schemas (tables, functions, etc.) can be schema-qualified. When commenting on a column,
relation_namemust refer to a table, view, composite type, or foreign table.table_name
domain_nameWhen creating a comment on a constraint, a trigger, a rule or a policy these parameters specify the name of the table or domain on which that object is defined.
source_typeThe name of the source data type of the cast.
target_typeThe name of the target data type of the cast.
argmodeThe mode of a function, procedure, or aggregate argument:
IN,OUT,INOUT, orVARIADIC. If omitted, the default isIN. Note thatCOMMENTdoes not actually pay any attention toOUTarguments, since only the input arguments are needed to determine the function's identity. So it is sufficient to list theIN,INOUT, andVARIADICarguments.argnameThe name of a function, procedure, or aggregate argument. Note that
COMMENTdoes not actually pay any attention to argument names, since only the argument data types are needed to determine the function's identity.argtypeThe data type of a function, procedure, or aggregate argument.
large_object_oidThe OID of the large object.
left_type
right_typeThe data type(s) of the operator's arguments (optionally schema-qualified). Write
NONEfor the missing argument of a prefix operator.PROCEDURALThis is a noise word.
type_nameThe name of the data type of the transform.
lang_nameThe name of the language of the transform.
textThe new comment, written as a string literal; or
NULLto drop the comment.
Notes
There is presently no security mechanism for viewing comments: any user connected to a database can see all the comments for objects in that database. For shared objects such as databases, roles, and tablespaces, comments are stored globally so any user connected to any database in the cluster can see all the comments for shared objects. Therefore, don't put security-critical information in comments.
Compatibility
There is no COMMENT command in the SQL standard.