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