Skip to main content
How-to guideApplies to: Unified engine deployments
Give the engine a client ID and a client-secret reference. It exchanges them for an access token when the catalog needs one. This recipe uses Polaris.

Prepare the OAuth client

Use an existing Polaris catalog with a retail warehouse and the SF1 item table in namespace tpcds_sf1. Replace the example URLs, client ID, warehouse, namespace, and Region with your values. The Polaris client needs access to the warehouse and table. These examples request PRINCIPAL_ROLE:ALL; use the scope granted to your client. For the final SELECT, Polaris must supply usable temporary S3 credentials for the table. Otherwise attach a separate storage credential as shown in Separate catalog and storage credentials. A successful login or table listing alone does not prove S3 access. Create the OAuth client and obtain its client secret outside SQL. Ensure the engine can reach both the token endpoint and catalog API over HTTPS. The local encrypted secret store must be available.

Create the OAuth credential

The secret is the client’s password, not an access token. The fixed token endpoint must match the endpoint configured by its consuming catalog.

Connect and read

The catalog supplies the token scope for this connection. A credential can also have scopes, audience, and resource options when required by its token service. Acquired OAuth tokens can be renewed while the client secret and remote permissions remain valid. When finished:
Last modified on November 4, 2026