- 1.35.0 (latest)
- 1.34.0
- 1.33.0
- 1.32.1
- 1.31.0
- 1.30.0
- 1.26.0
- 1.23.0
- 1.22.0
- 1.21.0
- 1.20.0
- 1.19.0
- 1.18.0
- 1.17.0
- 1.16.0
- 1.15.0
- 1.14.0
- 1.13.1
- 1.12.0
- 1.11.0
- 1.10.0
- 1.9.0
- 1.8.0
- 1.7.0
- 1.6.0
- 1.5.0
- 1.4.0
- 1.3.0
- 1.2.0
- 1.1.0
- 1.0.0
- 0.39.0
- 0.38.0
- 0.37.1
- 0.32.0
- 0.31.0
- 0.30.0
- 0.29.0
- 0.28.0
- 0.27.0
- 0.26.2
- 0.25.0
- 0.24.0
- 0.23.0
- 0.22.0
- 0.21.0
- 0.20.0
- 0.19.0
- 0.18.0
- 0.17.0
- 0.16.0
- 0.15.0
- 0.13.0
- 0.12.0
- 0.11.1
- 0.10.0
Reference documentation and code samples for the Google Cloud Ai Platform V1 Client class SearchFeaturesRequest.
Request message for FeaturestoreService.SearchFeatures .
Generated from protobuf message google.cloud.aiplatform.v1.SearchFeaturesRequest
Namespace
Google \ Cloud \ AIPlatform \ V1Methods
__construct
Constructor.
data
array
Optional. Data for populating the Message object.
↳ location
string
Required. The resource name of the Location to search Features. Format: projects/{project}/locations/{location}
↳ query
string
Query string that is a conjunction of field-restricted queries and/or field-restricted filters. Field-restricted queries and filters can be combined using AND
to form a conjunction. A field query is in the form FIELD:QUERY. This implicitly checks if QUERY exists as a substring within Feature's FIELD. The QUERY and the FIELD are converted to a sequence of words (i.e. tokens) for comparison. This is done by: * * Removing leading/trailing whitespace and tokenizing the search value. Characters that are not one of alphanumeric [a-zA-Z0-9]
, underscore _
, or asterisk *
are treated as delimiters for tokens. *
is treated as a wildcard that matches characters within a token. * * Ignoring case. * * Prepending an asterisk to the first and appending an asterisk to the last token in QUERY. A QUERY must be either a singular token or a phrase. A phrase is one or multiple words enclosed in double quotation marks ("). With phrases, the order of the words is important. Words in the phrase must be matching in order and consecutively. Supported FIELDs for field-restricted queries: * feature_id
* description
* entity_type_id
Examples: * feature_id: foo
--> Matches a Feature with ID containing the substring foo
(eg. foo
, foofeature
, barfoo
). * feature_id: foo*feature
--> Matches a Feature with ID containing the substring foo*feature
(eg. foobarfeature
). * feature_id: foo AND description: bar
--> Matches a Feature with ID containing the substring foo
and description containing the substring bar
. Besides field queries, the following exact-match filters are supported. The exact-match filters do not support wildcards. Unlike field-restricted queries, exact-match filters are case-sensitive. * feature_id
: Supports = comparisons. * description
: Supports = comparisons. Multi-token filters should be enclosed in quotes. * entity_type_id
: Supports = comparisons. * value_type
: Supports = and != comparisons. * labels
: Supports key-value equality as well as key presence. * featurestore_id
: Supports = comparisons. Examples: * description = "foo bar"
--> Any Feature with description exactly equal to foo bar
* * value_type = DOUBLE
--> Features whose type is DOUBLE. * * labels.active = yes AND labels.env = prod
--> Features having both (active: yes) and (env: prod) labels. * * labels.env: *
--> Any Feature which has a label with env
as the key.
↳ page_size
int
The maximum number of Features to return. The service may return fewer than this value. If unspecified, at most 100 Features will be returned. The maximum value is 100; any value greater than 100 will be coerced to 100.
↳ page_token
string
A page token, received from a previous FeaturestoreService.SearchFeatures
call. Provide this to retrieve the subsequent page. When paginating, all other parameters provided to FeaturestoreService.SearchFeatures
, except page_size
, must match the call that provided the page token.
getLocation
Required. The resource name of the Location to search Features.
Format: projects/{project}/locations/{location}
string
setLocation
Required. The resource name of the Location to search Features.
Format: projects/{project}/locations/{location}
var
string
$this
getQuery
Query string that is a conjunction of field-restricted queries and/or
field-restricted filters. Field-restricted queries and filters can be
combined using AND
to form a conjunction.
A field query is in the form FIELD:QUERY. This implicitly checks if QUERY exists as a substring within Feature's FIELD. The QUERY and the FIELD are converted to a sequence of words (i.e. tokens) for comparison. This is done by:
- Removing leading/trailing whitespace and tokenizing the search value.
Characters that are not one of alphanumeric
[a-zA-Z0-9]
, underscore_
, or asterisk*
are treated as delimiters for tokens.*
is treated as a wildcard that matches characters within a token. - Ignoring case.
- Prepending an asterisk to the first and appending an asterisk to the
last token in QUERY.
A QUERY must be either a singular token or a phrase. A phrase is one or
multiple words enclosed in double quotation marks ("). With phrases, the
order of the words is important. Words in the phrase must be matching in
order and consecutively.
Supported FIELDs for field-restricted queries:
-
feature_id
-
description
-
entity_type_id
Examples: -
feature_id: foo
--> Matches a Feature with ID containing the substringfoo
(eg.foo
,foofeature
,barfoo
). -
feature_id: foo*feature
--> Matches a Feature with ID containing the substringfoo*feature
(eg.foobarfeature
). -
feature_id: foo AND description: bar
--> Matches a Feature with ID containing the substringfoo
and description containing the substringbar
. Besides field queries, the following exact-match filters are supported. The exact-match filters do not support wildcards. Unlike field-restricted queries, exact-match filters are case-sensitive. -
feature_id
: Supports = comparisons. -
description
: Supports = comparisons. Multi-token filters should be enclosed in quotes. -
entity_type_id
: Supports = comparisons. -
value_type
: Supports = and != comparisons. -
labels
: Supports key-value equality as well as key presence. -
featurestore_id
: Supports = comparisons. Examples: -
description = "foo bar"
--> Any Feature with description exactly equal tofoo bar
-
value_type = DOUBLE
--> Features whose type is DOUBLE. -
labels.active = yes AND labels.env = prod
--> Features having both (active: yes) and (env: prod) labels. -
labels.env: *
--> Any Feature which has a label withenv
as the key.
-
string
setQuery
Query string that is a conjunction of field-restricted queries and/or
field-restricted filters. Field-restricted queries and filters can be
combined using AND
to form a conjunction.
A field query is in the form FIELD:QUERY. This implicitly checks if QUERY exists as a substring within Feature's FIELD. The QUERY and the FIELD are converted to a sequence of words (i.e. tokens) for comparison. This is done by:
- Removing leading/trailing whitespace and tokenizing the search value.
Characters that are not one of alphanumeric
[a-zA-Z0-9]
, underscore_
, or asterisk*
are treated as delimiters for tokens.*
is treated as a wildcard that matches characters within a token. - Ignoring case.
- Prepending an asterisk to the first and appending an asterisk to the
last token in QUERY.
A QUERY must be either a singular token or a phrase. A phrase is one or
multiple words enclosed in double quotation marks ("). With phrases, the
order of the words is important. Words in the phrase must be matching in
order and consecutively.
Supported FIELDs for field-restricted queries:
-
feature_id
-
description
-
entity_type_id
Examples: -
feature_id: foo
--> Matches a Feature with ID containing the substringfoo
(eg.foo
,foofeature
,barfoo
). -
feature_id: foo*feature
--> Matches a Feature with ID containing the substringfoo*feature
(eg.foobarfeature
). -
feature_id: foo AND description: bar
--> Matches a Feature with ID containing the substringfoo
and description containing the substringbar
. Besides field queries, the following exact-match filters are supported. The exact-match filters do not support wildcards. Unlike field-restricted queries, exact-match filters are case-sensitive. -
feature_id
: Supports = comparisons. -
description
: Supports = comparisons. Multi-token filters should be enclosed in quotes. -
entity_type_id
: Supports = comparisons. -
value_type
: Supports = and != comparisons. -
labels
: Supports key-value equality as well as key presence. -
featurestore_id
: Supports = comparisons. Examples: -
description = "foo bar"
--> Any Feature with description exactly equal tofoo bar
-
value_type = DOUBLE
--> Features whose type is DOUBLE. -
labels.active = yes AND labels.env = prod
--> Features having both (active: yes) and (env: prod) labels. -
labels.env: *
--> Any Feature which has a label withenv
as the key.
-
var
string
$this
getPageSize
The maximum number of Features to return. The service may return fewer than this value. If unspecified, at most 100 Features will be returned.
The maximum value is 100; any value greater than 100 will be coerced to 100.
int
setPageSize
The maximum number of Features to return. The service may return fewer than this value. If unspecified, at most 100 Features will be returned.
The maximum value is 100; any value greater than 100 will be coerced to 100.
var
int
$this
getPageToken
A page token, received from a previous FeaturestoreService.SearchFeatures call. Provide this to retrieve the subsequent page.
When paginating, all other parameters provided to FeaturestoreService.SearchFeatures
,
except page_size
, must match the call that provided the page token.
string
setPageToken
A page token, received from a previous FeaturestoreService.SearchFeatures call. Provide this to retrieve the subsequent page.
When paginating, all other parameters provided to FeaturestoreService.SearchFeatures
,
except page_size
, must match the call that provided the page token.
var
string
$this
static::build
location
string
Required. The resource name of the Location to search Features.
Format: projects/{project}/locations/{location}
Please see Google\Cloud\AIPlatform\V1\FeaturestoreServiceClient::locationName()
for help formatting this field.
static::buildFromLocationQuery
location
string
Required. The resource name of the Location to search Features.
Format: projects/{project}/locations/{location}
Please see Google\Cloud\AIPlatform\V1\FeaturestoreServiceClient::locationName()
for help formatting this field.
query
string
Query string that is a conjunction of field-restricted queries and/or
field-restricted filters. Field-restricted queries and filters can be
combined using AND
to form a conjunction.
A field query is in the form FIELD:QUERY. This implicitly checks if QUERY exists as a substring within Feature's FIELD. The QUERY and the FIELD are converted to a sequence of words (i.e. tokens) for comparison. This is done by:
-
- Removing leading/trailing whitespace and tokenizing the search value.
Characters that are not one of alphanumeric
[a-zA-Z0-9]
, underscore_
, or asterisk*
are treated as delimiters for tokens.*
is treated as a wildcard that matches characters within a token.
- Removing leading/trailing whitespace and tokenizing the search value.
Characters that are not one of alphanumeric
-
- Ignoring case.
-
- Prepending an asterisk to the first and appending an asterisk to the last token in QUERY.
A QUERY must be either a singular token or a phrase. A phrase is one or multiple words enclosed in double quotation marks ("). With phrases, the order of the words is important. Words in the phrase must be matching in order and consecutively.
Supported FIELDs for field-restricted queries:
-
feature_id
-
description
-
entity_type_id
Examples:
-
feature_id: foo
--> Matches a Feature with ID containing the substringfoo
(eg.foo
,foofeature
,barfoo
). -
feature_id: foo*feature
--> Matches a Feature with ID containing the substringfoo*feature
(eg.foobarfeature
). -
feature_id: foo AND description: bar
--> Matches a Feature with ID containing the substringfoo
and description containing the substringbar
.
Besides field queries, the following exact-match filters are supported. The exact-match filters do not support wildcards. Unlike field-restricted queries, exact-match filters are case-sensitive.
-
feature_id
: Supports = comparisons. -
description
: Supports = comparisons. Multi-token filters should be enclosed in quotes. -
entity_type_id
: Supports = comparisons. -
value_type
: Supports = and != comparisons. -
labels
: Supports key-value equality as well as key presence. -
featurestore_id
: Supports = comparisons.
Examples:
-
description = "foo bar"
--> Any Feature with description exactly equal tofoo bar
-
-
value_type = DOUBLE
--> Features whose type is DOUBLE.
-
-
-
labels.active = yes AND labels.env = prod
--> Features having both (active: yes) and (env: prod) labels.
-
-
-
labels.env: *
--> Any Feature which has a label withenv
as the key.
-