anchor.diff:  [abstract]
   .Abstract
   --
  -Similarly to many programming languages, Cypher has a notion of keywords, which is a word that has special meaning within the language.
  +Along with many programming languages, Cypher has a notion of keywords, which is a word that has special meaning within the language.
   Historically, and in contrast to many other languages, these words have been allowed to be used as symbolic names.
  -This is poor practice, as it opens up for users to write hard-to-read and possibly ambiguous statements.
  +This is poor practice, as it allows users to write hard-to-read and possibly ambiguous statements.
   This CIP defines a set of reserved words and proposes that they be disallowed from being used as symbolic names.
   --
   
  
positive.code: RETURN 2 + `with`, coalesce(`null`, 3.1415)
  ----
  
  While not recommended, this query is still better than unescaped form, as it is clear to the reader that the literals and keywords used as variables do not represent their special meaning.
  
  The relationship type and the two property keys in this query still carry names that coincide with keywords and/or literals.
  We discuss this further below, in <<Alternatives>>.
  
  === Interaction with existing features
  
negative.code: However, these usages are only valid in very limited contexts, coupled with a special character (`:` or `.`), so the benefit would be minimal.
  Furthermore, these usages represent _schema_, which is a context in which it is arguably more important to provide higher degrees of freedom, than in a pure statement context.
  
  Another variation that may be taken is to not strictly forbid the future-reserved words, but instead issue a strong recommendation to not use them.
  The trade-off in this case is between allowing more freedom for statements now and breaking statements in future language updates.
  
  == What others do
  
  The SQL standard defines a set of reserved words and non-reserved keywords which vary across its revisions.
  SQL implementers interpret the standard in different ways, specifying different sets of reserved words:
  
  * https://www.postgresql.org/docs/9.6/static/sql-keywords-appendix.html[PostgreSQL] lists its ~100 reserved words together with the words and their status in the SQL standards.
  