Core concepts
CloudLink connects Elementum to your organization’s data warehouse (for example Snowflake, Google BigQuery, or Databricks). Your data stays in your warehouse; Elementum accesses it through governed connections. You configure which tables and fields to use—often via Tables—and that data can feed Elements, Data Mining, automations, and reporting without writing SQL for day-to-day work.CloudLinks use patented technology for this direct connection to your warehouse data. That approach supports faster implementations and workflows that run against current data in your environment.
- Secure access — Direct, encrypted connections to your data with IP whitelisting and role-based access control
- In-place data — Your data stays in your platform. No data is copied or moved to external systems.
- Centralized management — Configuration through Elementum’s interface with automated monitoring
- Scalable architecture — Supports small teams through enterprise-scale deployments
Supported platforms and setup guides
Snowflake
Snowflake Data Cloud setup, including Cortex AI and change tracking
Google BigQuery
Service account, IAM, and connection configuration for BigQuery
Databricks
Lakebase Postgres and CloudLink configuration for Databricks
Authentication methods
Key-pair authentication (recommended) Key-pair authentication uses an RSA key pair to secure the connection between Elementum and your warehouse. Elementum generates and stores the private key and gives you the public key to assign to your service user, so there is no shared password to leak or rotate manually. Key-pair authentication is required for full Elementum feature support, including change tracking, Cortex AI integration, and automated workflows on supported platforms. Step-by-step setup for Snowflake is in Connecting Snowflake to Elementum. Password authentication Password authentication can be simpler to set up but is not recommended. Key-pair authentication is stronger and required for full feature access on platforms where it applies. If you use password authentication today, plan to migrate using your warehouse guide (for Snowflake, see key-pair authentication).Critical: Understanding the platform schema field
Why this matters
| What You Enter | What Happens |
|---|---|
❌ Your data schema (e.g., PUBLIC, SALES) | Your data becomes inaccessible in Elementum |
✅ Empty platform schema (e.g., ELEMENTUM_PLATFORM) | Elementum stores operational data here, your data remains accessible |
Prerequisites
These prerequisites focus on Snowflake; BigQuery and Databricks have additional requirements in their guides above. Before setting up CloudLink, ensure you have:Platform Requirements
Snowflake:
- ACCOUNTADMIN role access for setup
- Tables/views with unique identifiers (primary key)
- Network policy permissions (for IP whitelisting)
Elementum Access
- Admin privileges (required): Elementum account with admin privileges to configure CloudLink connections
- Domain whitelisting (included): Your organization domain is automatically whitelisted. Format:
[your-org].elementum.io
Security and Compliance
CloudLink provides:Key-Pair Authentication
RSA Key-Pair: Elementum uses cryptographic key-pair authentication instead of passwords. The private key never leaves Elementum’s infrastructure.Key Rotation: Snowflake’s dual-key support enables zero-downtime key rotation.
Network Security
IP Whitelisting: Only authorized Elementum IPs can access your dataEncrypted Connections: All data transfer uses TLS encryptionVPC Support: Compatible with private network configurations
Access Control
Role-Based Access: Dedicated service account with minimal permissionsData Isolation: Each organization has separate access controlsAudit Trail: Complete logging of all data access and modifications
Compliance
Standards: Contact your Elementum representative to discuss SOC 2, GDPR, HIPAA, and other compliance requirements.
Business intelligence and external access
If you need warehouse data in BI tools such as Power BI or Tableau, do not point those tools at Elementum’s platform schema or bypass Elementum’s access model. Use Elementum Tables to define views and exports that external tools can consume safely.Using CloudLink data after connection
Once CloudLink is connected:- Expose data — Select tables, columns, refresh behavior, and permissions through Tables (and related app configuration as needed).
- Build apps and workflows — Use connected data in apps and Flow.
- Automate — Add Data Mining, automations, and notifications driven by warehouse-backed data.
Common use cases
- Sales — Opportunity routing, approvals, and pipeline monitoring from CRM or warehouse tables.
- Customer support — Priority routing and response tracking from ticket and interaction history.
- Finance — Reconciliation, spend monitoring, and reporting from ledger or transaction data.
- Supply chain — Inventory, reorder, and supplier metrics from operational and logistics tables.
Best practices
- Authentication — Prefer key-pair authentication where supported; rotate credentials on your security schedule; limit who can change CloudLink settings.
- Schema — Keep the Elementum platform schema dedicated and documented; never hand-edit Elementum-managed objects there.
- Data quality — Use clear column names and consistent formats in source tables; keep data current for reliable workflows.
- Scope — Connect only the tables you need; grant the minimum warehouse permissions required.
- Performance — Plan refresh frequency for table size and cost; treat performance warnings seriously before production workflows depend on a table.
Performance considerations
To improve CloudLink performance, choose the right sync approach: Real-time updates (change tracking) — Use for immediate synchronization. Best for transactional data with minimal latency. Enable Snowflake Change Tracking when using Snowflake. Scheduled updates — Use for batch processing. Best for analytical data and resource-efficient runs. Intervals are configurable from minutes to days.Automatic table performance validation
When connecting tables through CloudLink Explorer, Elementum automatically validates query performance to ensure your workflows run efficiently. Since Elementum executes queries directly against your data platform, slow underlying tables will impact the overall solution performance.During table connection, Elementum runs a test query to measure response time. If the query takes longer than optimal, you’ll receive a performance warning before completing the connection.
| Warning Level | Query Time | Recommendation |
|---|---|---|
| ✅ Optimal | Under 3 seconds | Proceed with connection |
| ⚠️ Moderate | 3-5 seconds | Review table optimization before proceeding |
| ❌ Slow | Over 5 seconds | Strongly consider optimization before connecting |
- Review table structure - Large tables without proper indexing or partitioning can cause slow queries
- Consider materialized views - Pre-compute complex joins or aggregations
- Check warehouse sizing - Ensure adequate compute resources are allocated
- Optimize query patterns - Add clustering keys or reduce unnecessary columns
Common issues and solutions
Connection Failures
Connection Failures
Symptoms: Unable to establish CloudLink connectionCommon Causes:
- IP addresses not whitelisted
- Service account credentials incorrect
- Role/permissions insufficient
- Network firewall blocking connection
- Verify IP whitelist configuration in your platform
- Test service account login directly in your platform
- Review role permissions against setup guide requirements
Cannot See Data Tables
Cannot See Data Tables
Symptoms: Connected successfully but tables are not visibleCommon Causes:
- Most likely: You entered your data schema in the Platform Schema field
- Permissions not granted on specific tables
- Tables in a different database/catalog
- Check the Schema field - it should be an empty schema for Elementum operations, NOT your data schema
- Verify GRANT statements include all required tables
- Confirm database/catalog access is granted
Performance Issues
Performance Issues
Symptoms: Slow data synchronization, query timeouts, or performance warnings during table connectionCommon Causes:
- Compute resources undersized
- Large tables without optimization
- Network connectivity issues
- Missing clustering keys or indexes
- Complex views with expensive joins
- Increase warehouse/cluster size
- Implement partitioning or clustering for large datasets
- Check network policies and routing
- Create materialized views for complex query patterns
- Review and optimize underlying table structures
- Moderate Warning (3-5 seconds): Table is usable but may cause slower workflows. Consider optimization.
- Proceed with caution if performance is acceptable for your use case
- Optimize first for tables used in time-sensitive automations or high-traffic workflows
Next steps
Snowflake setup guide
Complete Snowflake connection and key-pair setup
After setup
Once your CloudLink connection is established:- Configure data access — Select which tables and fields to expose in Elementum
- Set up apps — Create apps that use your connected data
- Build automations — Create workflows that act on your data
Getting help
Technical Support
Get help with technical issues and troubleshooting
Data Best Practices
Optimize your data models for Elementum