Fix long-obsolete comment.

Commit c94959d41 fixed DROP OPERATOR to reset oprcom/oprnegate links
to the dropped operator; but it missed updating this old comment that
claimed we allow such links to dangle.
This commit is contained in:
Tom Lane 2022-11-20 11:22:22 -05:00
parent 9b4eafcaf4
commit 75b8d3de98
1 changed files with 4 additions and 5 deletions

View File

@ -827,11 +827,10 @@ makeOperatorDependencies(HeapTuple tuple,
/*
* NOTE: we do not consider the operator to depend on the associated
* operators oprcom and oprnegate. We would not want to delete this
* operator if those go away, but only reset the link fields; which is not
* a function that the dependency code can presently handle. (Something
* could perhaps be done with objectSubId though.) For now, it's okay to
* let those links dangle if a referenced operator is removed.
* operators oprcom and oprnegate. We do not want to delete this operator
* if those go away, but only reset the link fields; which is not a
* function that the dependency logic can handle. (It's taken care of
* manually within RemoveOperatorById, instead.)
*/
/* Dependency on implementation function */