A Catalog has complex inter-connected information with many different types of objects and associations.
Searching enables you to find a specific object(s) or you can browse and filter individual object lists. Advanced search takes this further, allowing you to:
For example, you could identify all Data Assets that are linked to Policies owned by Fred Jones or calculate the number of Policies that each person owns.
To access Advanced search, click the Search magnifying glass button in the header bar, then the Advanced search button on the right-hand side of the search results page.
To use Advanced search in the Catalog, you need to write (or at least evaluate) Cypher queries. The Cypher query language is similar to SQL and is designed for connected data. It is highly intuitive, making it easy to read and write, even for users who are new to query languages. It is well documented with many examples and resources available online (so it is known to AI tools like ChatGPT, discussed below).
Important
The cypher query has two main parts - the MATCH clause and the other clauses that follows it.
The MATCH clause is the first line in the Cypher query. It identifies the different associated Object types that you want to search across in your data model. A good example is an Object type Columns that belongs to the Object type Tables, which are grouped into Schemas within a System. These associations or relationships can be visualized as:
system
└── schema_system
└── schema
└── table_schema
└── table
└── column_table
└── column
Important
The general format of the MATCH clause is (o:object_type)-[:association]-(ot:object_type).
Example:
MATCH (s:system)-[:schema_system]-(sc:schema)-[:table_schema]-(t:table)-[:column_table]-(c:column)
Syntax key points:
The direction does not matter. You can start the query with column and end with system or vice versa – the result will be the same.
Object types are placed in round brackets () with a unique alias (could be the same value as the system label), followed by a colon, followed by the system label value of the Object type.
Object types are connected to associations with a hyphen character.
Associations are in square brackets. They don’t require an alias but do start with a colon, followed by the system label value of the association type.
Interest types are treated as associations that have a Party as the Object type.
OPTIONAL MATCH is used in the same way as a LEFT JOIN in SQL:
To list all Policies that have an Owner:
MATCH (p:policy)-[:owner]-(user:party)
RETURN p.name, user.name
To list all Policies with their Owner, including those that do not yet have an Owner:
MATCH (p:policy)
OPTIONAL MATCH (p)-[:owner]-(user:party)
RETURN p.name, user.name
The Cypher script following the MATCH clause is a flavor of SQL with the following clauses supported:
| Supported clause | Modifier | Comment |
|---|---|---|
RETURN |
AS |
Mandatory to be included in the script. Specifies the fields/column to be included in the result with any aliases. |
WHERE |
CONTAINS, =, <, >, IS NULL, IS NOT NULL, STARTS WITH, ENDS WITH |
Equals, greater than, less than for numbers and dates. Can be combined using AND / OR / NOT (equivalent to <>). |
LIMIT |
||
ORDER BY |
ASC, DESC |
|
COUNT, SUM, AVG, MIN, MAX |
||
DISTINCT |
||
CHARACTER_LENGTH |
(string) | Size of a string. |
COALESCE |
(value1, value2, …) |
Returns the first non-null value left to right from a list of values. |
SUBSTRING |
(string, start, [length]) |
Returns a portion of a string given a starting position and optional length. |
WITH |
Used to bind new variables, which can then be referenced further on in the query. Anything not explicitly referenced in the WITH clause will be unavailable further down the query. |
| Description | Cypher query |
|---|---|
| Show all fields (columns) for the System named “Postgres DB”. | |
| Show the top 10 Tables by Column count along with the System each table belongs to. | |
| Find all the Business Areas that have an Owner defined who is not "Fred Jones". | |
| Show all Business Areas with their Owners and Followers, including Areas without an Owner yet defined. | |
| List the character count of Entity names that appear frequently (at least six times). | |
Under the useful tips panel on the Advanced search page, there is a link to download your Catalog model as a JSON file. This is extremely useful to identify the correct system label for each object type and associations or the exact name of a field being used in your query. You can also provide this file to external AI tools to help generate more accurate Cypher queries.
You can use AI tools such as Copilot, ChatGPT, or Claude to draft, explain, or troubleshoot Cypher queries outside Data Studio.
Since the MATCH clause contains system labels of Object types and associations specific to your model, include it in your prompt.
Example input prompts:
If you upload your model as a JSON file, the genAI tool can use it as a reference.
Example input prompts:
Example prompt:
Example response:
Before running a generated query:
Using your AI tool to explain the Cypher query will help you validate that it meets your requirements and will return the intended results.
Once you are confident the Cypher query is accurate, paste it back into the box on the Advanced search page and click Search to apply it to your data.
To use the built-in assistant, an administrator must go to Settings > System and enable Enable external AI features. Once enabled, you can use the assistant to create or explain Cypher queries without leaving the Advanced search page.
The assistant provides two search modes:
AI search requires generative AI and converts a natural-language request into a Cypher query.
Example prompt:
Example response:
MATCH (t:table)-[:column_table]-(c:column)
WHERE c.name = "customer_id"
RETURN t.name AS TableName
You can review and edit the generated query, then run it again.
Cypher search allows you to enter a Cypher query manually. You can optionally use generative AI to generate an explanation of the query.
Example prompt:
MATCH (t:table)
WHERE t.name STARTS WITH "customer"
RETURN t.name AS TableName
LIMIT 10
Example response:
The assistant may generate incorrect queries or explanations. Always check the generated Cypher against your Catalog model and confirm that the results answer your question. You can save a query and use the results in a Catalog Source step in a Workflow.
Detailed Associations can be referenced in Advanced Search MATCH clauses in the same way as standard associations, using the object type's system label, for example:
MATCH (farm:Farm)-[pc:produce_consignment]->(hub:Delivery_Hub)-[ds:delivery_shipment]->(restaurant:Restaurant)
WHERE lower(restaurant.name) = "bavette"
RETURN farm.name AS farm_name, pc.name AS produce_consignment_name, hub.name AS hub_name, ds.name AS delivery_shipment_name, restaurant.name AS restaurant_name
Here, produce_consignment and delivery_shipment are Detailed Association Types (DATs), not standard associations, linking Farm to Delivery_Hub and Delivery_Hub to Restaurant. Because a DAT is itself an object, it can be given an alias and have its own fields returned (pc.name, ds.name) alongside the Object types it connects. The query details the end to end flow of goods from all the Farms through their Delivery Hubs to a Restaurant named 'Bavette', including the names of the consignments and shipments, which are Detailed association objects.