Two-way sync
Changes in Databricks or Salesforce Marketing Cloud instantly reflect in both systems. No stale data, no manual imports.
Keep Databricks and Salesforce Marketing Cloud in sync without custom scripts. Cut weeks of integration work, eliminate silent data drift, and give your team a single, reliable source of truth.
Databricks is where your team models customers, product usage, and revenue into trusted tables; Salesforce Marketing Cloud runs the campaigns, audiences, and messages that reach those people. The two overlap wherever the same person, account, or segment matters to both, and when the bridge between them is a nightly export or a hand-built list, marketing targets stale data while analytics never sees what the campaign returned.
Stacksync syncs Materialized Views, Volumes, SQL Warehouses, Change Data Feed in Databricks with Data Extensions, Contacts / Subscribers, Journeys (Journey Builder), Content Assets (Content Builder) in Salesforce Marketing Cloud field by field, in real time, and in both directions. You decide which system owns which fields — a computed score or segment can flow out to Salesforce Marketing Cloud while sends, opens, and conversions flow back to Databricks — and Stacksync keeps every copy consistent and resolves conflicts by rules you set.
Unsubscribes, bounces, and consent or opt-out flags held in either system propagate to the other, so no one is messaged after opting out and Databricks holds the current state for auditing.
Product-usage counts, plan tier, region, or account owner computed in Databricks appear on the matching record in Salesforce Marketing Cloud, so targeting, routing, and personalization use up-to-date context.
A segment or score built in Databricks — high-intent accounts, churn risk, a lifetime-value tier — lands as an audience or contact field in Salesforce Marketing Cloud, so campaigns target the people your data actually points to instead of a static export.
Representative objects on each side — any object or custom field can map to any target. Schemas are auto-detected; types are converted between the two systems.
| Databricks objects | Salesforce Marketing Cloud objects | How this pairing syncs | |
|---|---|---|---|
| Change Data Feed Row-level change records on Delta tables that drive incremental reads. | Content Assets (Content Builder) Emails, templates, images, and reusable content blocks stored in Content Builder and read or written via /asset/v1/content/assets, used to compose the messages a journey or send delivers. | Change Data Feed is specific to Databricks and Content Assets (Content Builder) to Salesforce Marketing Cloud — each maps to any object or custom field on the other side. | |
| Catalogs Top level of the Unity Catalog namespace, scoping which schemas a sync can address. | Automations (Automation Studio) Scheduled or triggered workflows of import, query, extract, and send activities managed via /automation/v1/automations; SQL Query Activities read Data Views and write results into Data Extensions. | Catalogs is specific to Databricks and Automations (Automation Studio) to Salesforce Marketing Cloud — each maps to any object or custom field on the other side. | |
| Schemas Group tables and views; syncs typically target a dedicated schema per source system. | Tracking Events Sent, Open, Click, Bounce, Unsubscribe, and NotSent events retrieved through the SOAP tracking objects (SentEvent, OpenEvent, ClickEvent, BounceEvent) or the Automation Studio Data Views (_Sent, _Open, _Click, _Bounce) - the queryable record of engagement per send. | Schemas is specific to Databricks and Tracking Events to Salesforce Marketing Cloud — each maps to any object or custom field on the other side. | |
| Delta Tables The primary read and write target; operational data lands here as managed or external tables. | Transactional Sends Triggered and transactional Email/SMS delivered through the Messaging API (/messaging/v1/email/messages/{key}); the Event Notification Service reports each message's disposition (delivered, bounced, opened, clicked). | Delta Tables is specific to Databricks and Transactional Sends to Salesforce Marketing Cloud — each maps to any object or custom field on the other side. | |
| Views Curated read-only projections used as sync sources for downstream tools. | Data Extensions Custom relational tables that store subscriber, audience, and arbitrary business data; rows are read via GET /data/v1/customobjectdata or SOAP Retrieve and upserted via the synchronous rowset PUT or the async /data/v1/async/dataextensions rows endpoint. This is the primary two-way surface. | Views is specific to Databricks and Data Extensions to Salesforce Marketing Cloud — each maps to any object or custom field on the other side. | |
| Materialized Views Precomputed results read on a schedule for reverse-ETL style syncs. | Contacts / Subscribers The contact model keyed by Subscriber Key, holding channel addresses and subscription status; managed through the Contacts API (/contacts/v1/contacts) and the SOAP Subscriber object, and referenced by every send and journey. | Materialized Views is specific to Databricks and Contacts / Subscribers to Salesforce Marketing Cloud — each maps to any object or custom field on the other side. |
Each direction of the sync is driven by what the source system can signal and what the destination accepts — detection, delivery, and expected latency below.
DetectionChanges in Databricks are captured at the source via change data capture — no polling loop against its API. Delta Lake Change Data Feed for row-level changes.
DeliveryEach detected change is written to Salesforce Marketing Cloud through its API, with automatic retries and rate-limit backoff.
DetectionSalesforce Marketing Cloud notifies Stacksync of record changes through webhook events. The Event Notification Service (ENS) issues HTTPS POST callbacks for transactional Email and SMS events (sent, bounce, open, click) once a callback.
DeliveryEach detected change is applied to Databricks as a row-level write, with types converted between the two schemas.
Real-time sync, workflow automation, event queues, EDI, and monitoring, for every Databricks–Salesforce Marketing Cloud connection.
Changes in Databricks or Salesforce Marketing Cloud instantly reflect in both systems. No stale data, no manual imports.
Trigger automated workflows whenever Databricks or Salesforce Marketing Cloud data changes, update records, fire webhooks, or kick off sequences without brittle API scripts.
Handle millions of events per minute without losing a single Databricks or Salesforce Marketing Cloud record.
Track your Databricks ⇄ Salesforce Marketing Cloud sync health, view errors, and replay failed events in one click.
Transform legacy EDI complexity into simple database interactions between Databricks and Salesforce Marketing Cloud.
Configure and sync within minutes, no code. Whether you sync 50k or 100M+ records, Stacksync handles the queues, infra, and plumbing. Integrations are non-invasive and need zero setup on your systems.
Authenticate Databricks and Salesforce Marketing Cloud with each platform's native method — OAuth, API keys, or service accounts — plus secure options like SSH tunneling, IP whitelisting, and VPC peering.
Pick the Databricks and Salesforce Marketing Cloud objects to sync — Stacksync auto-detects both schemas, including custom fields where the platform exposes them. Sync to existing tables, or let Stacksync create new ones with ideal data types.
Fields map automatically even when names and types differ. Stacksync handles transformation and type casting for you, zero configuration required.
Yes. Stacksync provides a managed, real-time two-way integration between Databricks and Salesforce Marketing Cloud: authenticate both systems, choose the objects to sync (such as Databricks's Change Data Feed and Catalogs), map fields visually, and changes propagate both ways in milliseconds — no code required.
Change detection on Databricks: Delta Lake Change Data Feed for row-level changes; otherwise incremental polling on watermark columns. On Salesforce Marketing Cloud: The Event Notification Service (ENS) issues HTTPS POST callbacks for transactional Email and SMS events (sent, bounce, open, click) once a callback URL and subscription are registered and verified. There is no general data-change feed, so Data Extension and Data View syncs poll by date fields. Each detected change propagates to the other side in milliseconds, with field-level conflict resolution and an inspectable event log.
On the Databricks side: Materialized Views, Volumes, SQL Warehouses, Change Data Feed, plus custom fields where Databricks exposes them. On the Salesforce Marketing Cloud side: Data Extensions, Contacts / Subscribers, Journeys (Journey Builder), Content Assets (Content Builder). Stacksync auto-detects both schemas and converts types between the two systems.
Yes. Each object mapping can be bidirectional or restricted to a single direction (both systems accept writes). Read-only mirrors, one-way pushes, and full two-way sync can be mixed in the same integration.
Common patterns for Databricks and Salesforce Marketing Cloud: Suppression and consent stay aligned; Enrich records with warehouse context; Activate a modeled audience. Unsubscribes, bounces, and consent or opt-out flags held in either system propagate to the other, so no one is messaged after opting out and Databricks holds the current state for auditing.
Databricks: SQL over JDBC/ODBC via SQL warehouses, plus a REST API including statement execution. Authentication: Personal access tokens or OAuth machine-to-machine credentials for service principals. Salesforce Marketing Cloud: Two APIs on tenant-specific endpoints: a REST API (JSON over HTTPS) for Data Extensions, Journeys, Contacts, Content Builder, and Automations, plus a legacy SOAP API (ExactTarget WSDL) for tracking events and bulk Retrieve. Authentication: OAuth 2.0 via an Installed Package (Client ID + Client Secret). Server-to-server uses the client_credentials grant and web apps use authorization_code, both against {subdomain}.auth.marketingcloudapis.com/v2/token. The 20-minute access token response also returns the account's rest_instance_url and soap_instance_url. Stacksync manages authentication, retries, and rate limits on both sides.
As a data company, we understand the importance of keeping your data secure. Stacksync is built with security best practices to keep your data safe at every layer, and is DPF-certified for US, EU, UK and CH data transfers.
Let your users access Stacksync from your centralized user management systems. Works with Okta, Azure, Google SSO and more.
Immediately get alerted about record syncing issues over email, Slack, PagerDuty and WhatsApp. Resolve issues from a centralized dashboard with retry and revert options.
Securely connects to your systems with:
Every pair below is a real-time, two-way sync. Search all 510 integrations available for Databricks and Salesforce Marketing Cloud.