Oracle catalogs #
You can use an Oracle catalog to configure access to an Oracle database with the following deployments:
- Amazon RDS for Oracle
- Microsoft Azure
- Google Cloud
Follow these steps to begin creating a catalog for Oracle:
- In the navigation menu, select Catalogs.
- Click Create catalog.
-
On the Select a data source pane, click the Oracle icon.
- Follow the instructions in the next sections to configure your Oracle connection.
Select a cloud provider #
The Cloud provider configuration is necessary to allow Starburst Galaxy to correctly match catalogs and clusters.
The data source configured in a catalog, and the cluster must operate in the same cloud provider and region for performance and cost reasons.
Define catalog name and description #
The Name of the catalog is visible in the Query editor and other clients. It is used to identify the catalog when writing SQL or showing the catalog and its nested schemas and tables in client applications.
The name is displayed in the Query editor, and when running a SHOW
CATALOGS command. It is used to fully
qualify the name of any table in SQL queries following the
catalogname.schemaname.tablename
syntax. For example, you can run the
following query in the sample cluster without first setting the catalog or
schema context.
SELECT * FROM tpch.sf1.nation;
The Description is a short, optional paragraph that provides further details about the catalog. It appears in the Starburst Galaxy user interface and can help other users determine what data can be accessed with the catalog.
Configure the connection #
The connection to the database requires username and password authentication and details to connect to the database server, typically hostname or IP address and port. The following sections detail the setup for the supported cloud providers.
A connection to the database can be established directly, if the Starburst Galaxy IP range/CIDR is allowed to connect.
If the database is only accessible inside the virtual private cloud (VPC) of the cloud provider, you can use an SSH tunnel with a bastion host in the VPC.
The catalog only allows you to connect to an OCI Oracle database through an AWS, Google Cloud, or Azure SSH bastion host.
Starburst Galaxy supports AWS PrivateLink for Oracle catalogs.
Amazon RDS configuration #
To configure the connection to your database on Amazon RDS you must provide the following details:
- RDS database host: use the fully qualified domain name for the server
available as Endpoint in the Amazon RDS console under Connectivity &
security. Typically
dbidentifier.random.regionname.rds.amazonaws.com
. - RDS database port: port of the server available with endpoint. Typically 1521 for Oracle. The port is configurable for your database in the Amazon RDS console under Connectivity - Database port.
- Service name or SID: the instance alias or unique database ID.
- RDS master database username: use the Master username.
- RDS master database password: use the password for the master user.
The database on Amazon RDS needs to fulfill the following requirements:
- Configured for Public access, available in the Amazon RDS console for your database in Connectivity - Additional configuration
- VPC security group configured to allow Starburst Galaxy access. The specific IP address range/CIDR is dependent on your AWS region, and displayed after a Test connection execution. Add it as an inbound rule to allow the range.
- Database authentication set to Password authentication.
Azure Database configuration #
The database on Azure Database needs to fulfill the following requirements:
- DB server host: use the fully qualified domain name for the server available as Server name in Essentials, as well as the Connections strings in the Azure Database console.
- DB server port: port of the server available with endpoint. Typically 1521 for Oracle.
- DB server admin login name: use the Admin username of the Administrator account.
- DB server admin password: use the password for the user.
The database on Cloud SQL needs to fulfill the following requirements from the Connection security section of the Settings for the database:
- A firewall rule configured for the Starburst Galaxy IP address range with Start IP and End IP configured with a random Firewall rule name.
- TLS setting configured for the Minimum TLS version as 1.2
Google Cloud configuration #
Configure the database on Google Cloud SQL by filling in the following required fields:
- Database IP address: use the IP address for the server available as Public IP address in the Cloud SQL console under Connect to this instance.
- Database port: port of the server available with endpoint. Typically 1521 for Oracle.
- Username: use a configured user with sufficient access.
- Password: use the password for the user.
The database on Google Cloud SQL must fulfill the following requirements:
- Configured for Public IP, available in the Cloud SQL console for your database in Connections - Public IP with an Authorized network configured with the CIDR to allow Starburst Galaxy access. The specific IP address range/CIDR is dependent on your Google Cloud region, and displayed after a Test connection execution.
- Zonal availability set to Single zone.
- User configured with username and password in Users.
Test the connection #
Once you have configured the connection details, click Test connection to confirm data access is working. If the test is successful, you can save the catalog.
If the test fails, look over your entries in the configuration fields, correct any errors, and try again. If the test continues to fail, Galaxy provides diagnostic information that you can use to fix the data source configuration in the cloud provider system.
Connect catalog #
Click Connect catalog, and proceed to set permissions where you can grant access to certain roles.
Set permissions #
This optional step allows you to configure read access, read only access, and full read and write access to the catalog.
Setting read only permissions grants the specified roles read only access to the catalog. As a result users have read only access to all contained schema, tables, and views.
Setting read/write permissions grants the specified roles full read and write access to the catalog. As a result users have full read and write access to all contained schema, tables, and views.
Use the following steps to assign read/write access to roles:
- In the Role-level permissions section, expand the menu in the Roles with read and write access field.
- From the list, select one or more roles to grant read and write access to.
- Expand the menu in the Roles with read access field.
- Select one or more roles from the list to grant read access to.
-
Click Save access controls.
Add to cluster #
You can add your catalog to a cluster later by editing a cluster. Click Skip to proceed to the catalogs page.
Use the following steps to add your catalog to an existing cluster or create a new cluster in the same cloud region:
- In the Add to cluster section, expand the menu in the Select cluster field.
- Select one or more existing clusters from the drop down menu.
- Click Create a new cluster to create a new cluster in the same region, and add it to the cluster selection menu.
-
Click Add to cluster to view your new catalog’s configuration.
The Pending changes to clusters dialog appears when you try to add a catalog to a running cluster.
- In the Pending changes to cluster dialog, click Return to catalogs to edit the catalog or create a new catalog.
- Click Go to clusters to confirm the addition of the catalog to the running cluster.
-
On the Clusters page, click the Update icon beside the running cluster, to add the catalog.
SQL support #
The catalog provides read access and write access to data and metadata in Oracle. It supports the following features:
- Globally available statements
- Read operations
- Write operations
- Data management
- Schema and table management; see Schema and table management details
The following sections provide Oracle catalog-specific information regarding SQL support.
Data management details #
If a WHERE
clause is specified, the DELETE
operation only works if the
predicate in the clause can be fully pushed down to the data source.
Schema and table management details #
The catalog does not support renaming tables across multiple schemas. For example, the following statement is supported:
ALTER TABLE catalog.schema_one.table_one RENAME TO catalog.schema_one.table_two
The following statement attempts to rename a table across schemas, and therefore is not supported:
ALTER TABLE catalog.schema_one.table_one RENAME TO catalog.schema_two.table_two
The catalog supports renaming a schema with the ALTER SCHEMA RENAME
statement. ALTER SCHEMA SET AUTHORIZATION
is not supported.
Performance #
The catalog includes the following performance improvement:
Parallelism #
The catalog is able to read data from Oracle using multiple parallel connections for tables partitioned as described in the Oracle partitioning documentation. For Galaxy, Oracle parallelism is set for separate connections for each partition, with a maximum of 10 parallel connections for a table scan.
Is the information on this page helpful?
Yes
No
Is the information on this page helpful?
Yes
No