Filtering
Filters constrain queries to a particular account or set of zones, requests by date, or those from a specific user agent, for example. Without filters, queries can suffer performance degradation, results can exceed supported bounds, and the data returned can be noisy.
The GraphQL filter is represented by the GraphQL Input Object ↗, which exposes Boolean algebra on nodes.
You can use filters as an argument on the following resources:
- zones
- accounts
- tables (datasets)
Allows querying zone-related data by zone ID (zoneTag
).
The zone filter must conform to the following grammar:
Compound filters (comma-separated, AND
, OR
) are not supported.
Use the zoneTag: t
and zoneTag_in: [t, ...]
forms when you know the zone IDs. Use the zoneTag_gt: t
form with limits to traverse all zones if the zone IDs are not known. Zones always sort alphanumerically.
Omit the filter to get results for all zones (up to the supported limit).
The account filter uses the same structure and rules as the zone filter, except that it uses the Account ID (accountTag
) instead of the Zone ID (zoneTag
).
You must specify an account filter when making an account-scoped query, and you cannot query multiple accounts simultaneously.
Table filters require that you query at least one node. Use the AND
operator to create and combine multi-node filters. Table filters also support the OR
operator, which you must specify explicitly.
The following grammar describes the table filter, where k
is the GraphQL node on which to filter and op
is one of the supported operators for that node:
Operator support varies, depending on the node type and node name.
The following operators are supported for all array types:
Operator | Comparison |
---|---|
has | array contains a value |
hasall | array contains all of a list of values |
hasany | array contains at least one of a list of values |
The following operators are supported for all scalar types:
Operator | Comparison |
---|---|
gt | greater than |
lt | less than |
geq | greater or equal to |
leq | less or equal to |
neq | not equal |
in | in |
The like
operator is available for string comparisons and supports the %
character as a wildcard.
The following GraphQL example shows how to filter a specific node. The SQL equivalent follows.
The following GraphQL example shows how to apply a filter to multiple fields, in this case two datetime fields. The SQL equivalent follows.
The following GraphQL example demonstrates using the OR
operator in a filter. This OR
operator filters for the value US
or GB
in the clientCountryName
field.
The following GraphQL examples show how to filter an array field to only return data that includes a specific value. The SQL equivalent follows.
The following GraphQL examples show how to filter an array field to only return data that includes several values. The SQL equivalent follows.
Add the requestSource
filter for eyeball
to return request, data transfer, and visit data about only the end users of your website. This will exclude actions taken by Cloudflare products (for example, cache purge, healthchecks, Workers subrequests) on your zone.
Subqueries are not currently supported. You can use two GraphQL queries as a workaround for this limitation.