Skip to content

docs: the bare pattern shorthand takes what a MATCH pattern takes - #1756

Draft
imilinovic wants to merge 1 commit into
mainfrom
docs/bare-pattern-subquery
Draft

docs: the bare pattern shorthand takes what a MATCH pattern takes#1756
imilinovic wants to merge 1 commit into
mainfrom
docs/bare-pattern-subquery

Conversation

@imilinovic

Copy link
Copy Markdown
Contributor

Release note

The bare pattern shorthand of EXISTS { } and COUNT { } now accepts everything a MATCH pattern
accepts — a variable it declares itself, a trailing WHERE, a comma-separated pattern list, a named
path, and a pattern holding only a node. The page previously stated the opposite on both counts.

Related product PRs

memgraph/memgraph#4707

Checklist:

  • Add appropriate milestone (current release cycle)
  • Add bugfix or feature label, based on the product PR type you're documenting
  • Make sure all relevant tech details are documented
    • Update reference pages
      • Only querying/subquery-expressions needed changing. The Patterns in expressions passage
        in querying/differences-in-cypher-implementations says only that the constructs "accept a
        bare pattern", which stays true, so it is untouched.
    • Search for the feature you are working on (mentions) and make updates if needed
    • Provide a basic example of usage
    • In case your feature is an Enterprise one — not Enterprise, N/A
  • Check all content with Grammarly
  • Perform a self-review of my code
  • The build passes locally
  • My changes generate no new warnings or errors

Notes for the reviewer

Two sentences in The bare pattern shorthand were false as written:

  • "The pattern cannot introduce names of its own"
  • "The shorthand holds a pattern and nothing else, so a filter or any other clause needs the MATCH form"

The worked example is the very filter the old text sent to the MATCH form, rewritten as the
shorthand. Its output was produced by running the query against this page's own Dataset queries
block on a build of memgraph/memgraph#4707, and the page's pre-existing example was re-run against
the same dataset to confirm its documented output is unchanged.

Base is main, not release/3.13. pages/querying/subquery-expressions.mdx exists on main
and not on release/3.13, so a PR against the release branch would create the file rather than
correct the live text. There is no release/3.14 branch.

The page stated two rules that no longer hold: that the shorthand's pattern cannot introduce names
of its own, and that it holds a pattern and nothing else so a filter needs the `MATCH` form. It now
takes a variable it declares itself, a trailing `WHERE`, a comma-separated list, a named path and a
lone node.

The worked example is the filter the old text used to send to the `MATCH` form, written as the
shorthand, with output from the page's own dataset. `COLLECT` still has no shorthand.
@imilinovic imilinovic added this to the 3.14 milestone Sep 10, 2026
@imilinovic imilinovic added the feature Documentation related to a new product feature of feature update label Sep 10, 2026
@imilinovic imilinovic self-assigned this Sep 10, 2026
@vercel

vercel Bot commented Sep 10, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated
documentation Ready Ready Preview Sep 10, 2026 10:52am UTC

Request Review

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

feature Documentation related to a new product feature of feature update

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant