Create async query nodes
Veza API key for authentication. Generate keys in Administration > API Keys.
The properties that are returned on node, this allows the ability to limit the amount of properties retrieved through the graph This currently is only available on the source_node_types collection If used during an export, it is supported for source_node_types, relates_to_expression.node_types and path summary node types. In this case, the field is used to filter which properties will be exported, in the order in which they are specified.
These fields control whether or not tags will be included in source and/or destination results
The maximum number of results to be returned. Fewer results may be returned even when more pages exist.
The token specifying the specific page of results to retrieve.
destination_node_count ASC and destination_node_count DESC are valid values
Cache strategy to use. Defaults to CACHE_STRATEGY_LEGACY for backward compatibility.
Field sorting to apply to the query results, using SQL ORDER BY syntax. Multiple sort fields can be specified, separated by commas. Each field can optionally specify ASC (ascending, default) or DESC (descending).
Field naming follows the same rules as the filters field:
- PATH queries: use "source.", "destination.", or no prefix for path-level fields
- NODE queries: use fields directly without prefix
All filterable fields (see filters field documentation) are also sortable. Some string fields (properties.name and properties.email) are sorted case-insensitively.
Examples:
- destination_node_count DESC
- destination.properties.risk_score DESC, source.id ASC
- engagement_access_stats.engagement_score DESC
- source.integration_type ASC, destination.type ASC
- properties.email DESC
- access_stats.last_used DESC
When aggregation/group_by is enabled, order_by is restricted to:
- The group_by field itself (e.g., "type")
- Aggregation result fields (e.g., "count" for OP_COUNT) Examples with aggregation:
- count DESC (sort by aggregation result)
- type ASC (sort by group_by field)
- integration_type DESC (if grouping by integration_type)
OK
Response containing identifiers for polling async query results and reusing cached executions.
Unique task identifier for this query execution. Use with GetQuerySpecNodesAsync to poll for status and retrieve results when complete.
The most recent completed cache identifier for the same query specification. Use this with cached_result_context to immediately retrieve cached results without waiting for a new execution. Empty if no cached execution exists or this is a cached_result_context request.
The cache identifier that this query task is using for its execution. Can be used in future cached_result_context requests.
Default error response
Path parameter
Request options
Workflow
Last updated
Was this helpful?
