JDBC gateway concept
Instead of embedding drivers in every worker, the gateway:- Hosts driver isolation per database type and version
- Pools connections with configurable limits
- Translates Planasonix SQL requests into JDBC calls your database understands
- Surfaces errors back to pipeline logs with JDBC SQLState context
Supported databases
The JDBC path supports many engines when you supply a compatible driver. Common enterprise examples include:| Engine | Notes |
|---|---|
| Teradata | Use official JDBC; respect session limits on shared appliances |
| Apache Hive | Connect to HiveServer2; watch metastore latency on wide scans |
| Apache Druid | JDBC exposes SQL; complex ingest still uses native batch tooling |
| Exasol | High-performance analytics; tune fetch size for wide rows |
| Netezza (PureData) | Verify supported driver generation for your appliance firmware |
| Firebolt | Use Firebolt JDBC; align warehouse scaling with burst workloads |
Driver upload
Upload in admin console
Navigate to Connectors → JDBC gateway → Drivers and upload with a descriptive label (
teradata-17.20-jdbc4).Operational guidance
Network paths
Network paths
Open firewall rules from gateway hosts to database listeners; avoid NAT ambiguity with multi-subnet clusters.
Secrets
Secrets
Store passwords and keytabs in your vault; rotate on the same schedule as native DB users.
Performance
Performance
Tune fetch size and parallel readers based on DBA guidance; JDBC defaults are rarely optimal for ETL throughput.
Related topics
Connections overview
How credentials and networking fit together.
SQL assistance
Author JDBC-backed SQL with Copilot help.