projects_locations_catalogs_list | SELECT | locationsId, projectsId | Lists all the Catalogs associated with the project. |
_projects_locations_catalogs_list | EXEC | locationsId, projectsId | Lists all the Catalogs associated with the project. |
projects_locations_catalogs_complete_query | EXEC | catalogsId, locationsId, projectsId | Completes the specified prefix with keyword suggestions. This feature is only available for users who have Retail Search enabled. Enable Retail Search on Cloud Console before using this feature. |
projects_locations_catalogs_patch | EXEC | catalogsId, locationsId, projectsId | Updates the Catalogs. |
projects_locations_catalogs_set_default_branch | EXEC | catalogsId, locationsId, projectsId | Set a specified branch id as default branch. API methods such as SearchService.Search, ProductService.GetProduct, ProductService.ListProducts will treat requests using "default_branch" to the actual branch id set as default. For example, if projects/*/locations/*/catalogs/*/branches/1 is set as default, setting SearchRequest.branch to projects/*/locations/*/catalogs/*/branches/default_branch is equivalent to setting SearchRequest.branch to projects/*/locations/*/catalogs/*/branches/1 . Using multiple branches can be useful when developers would like to have a staging branch to test and verify for future usage. When it becomes ready, developers switch on the staging branch using this API while keeping using projects/*/locations/*/catalogs/*/branches/default_branch as SearchRequest.branch to route the traffic to this staging branch. CAUTION: If you have live predict/search traffic, switching the default branch could potentially cause outages if the ID space of the new branch is very different from the old one. More specifically: PredictionService will only return product IDs from branch {newBranch}. SearchService will only return product IDs from branch {newBranch} (if branch is not explicitly set). * UserEventService will only join events with products from branch {newBranch}. |