Export campaign interaction events from MoEngage to Databricks using a direct export or OpenShare zero-copy sharing. Configure either method for scalable event analytics.
Databricks is a platform that allows organizations to store, analyze, and process large volumes of structured and semi-structured data in a highly scalable and efficient manner. With its unique architecture, organizations can consolidate their data, perform quick analytics, and gain valuable data-driven insights accessible to all users.
MoEngage delivers event data to Databricks in two ways. Both methods produce the same table schema and refresh hourly.OpenShare (Zero-Copy Sharing) is the recommended method. It needs no credentials and no IP allowlisting, and your workspace reads the data in place instead of receiving copies. Use a direct export when your workspace does not have Unity Catalog enabled, or when you need MoEngage to write events into a table you own.
OpenShare (Zero-Copy Sharing) Recommended
Direct Export
How data arrives
Your workspace queries MoEngage-hosted data live through the Delta Sharing protocol.
MoEngage writes events into a table in your schema.
Credentials MoEngage needs
None. You provide a sharing identifier, which is not a secret.
WRITE access to your Databricks catalog and schema.
IP allowlisting
Not required.
Required if your system enforces it.
Where data is stored
In a dedicated MoEngage-hosted catalog that you mount.
In your own catalog and schema.
Requires Unity Catalog
Yes.
No.
Setup time
Up to seven business days after you request enablement.
Self-serve on the App Marketplace.
The two methods use separate storage layers. Records already delivered through a direct export do not appear in an OpenShare catalog, and vice versa. To move between methods, contact your MoEngage Customer Success Manager (CSM).
The prerequisites depend on the delivery method you choose. Click the tab for your method:
OpenShare (Zero-Copy Sharing)
Direct Export
Ensure Unity Catalog is enabled on your Databricks workspace.
Retrieve your sharing identifier, formatted as <cloud>:<region>:<metastore-id>. Step 1 explains where to find it.
Know your primary storage region, which you provide along with the sharing identifier.
Ensure you have a Databricks account with relevant permissions to create/edit Databricks instances, roles, and policies. It is optional to create a new user; you must have access to create a new user in your Databricks database.
If your system requires IP whitelisting, you must whitelist MoEngage IPs. For more information, refer here.
The event_time of the exported events is always in UTC.
MoEngage does not support exporting historical data. Data flows from the point you enable the export.
The setup steps differ by delivery method. Click the tab for the method you are using:
OpenShare (Zero-Copy Sharing)
Direct Export
With OpenShare, your workspace queries MoEngage-hosted data directly through the Delta Sharing protocol instead of receiving file-based exports. You do not exchange credentials or write tokens, and your queries always read the current data.The following diagram shows how data moves between MoEngage and your workspace:Step 1: Request EnablementTo request OpenShare, perform the following steps:
In your Databricks workspace sidebar, click Catalog.
Click Share, and then click OpenSharing.
On the OpenSharing page, click Sharing ID to copy your sharing identifier.
Send the sharing identifier and your primary storage region to your MoEngage CSM.
Step 2: Accept the ShareAfter MoEngage provisions the share, which usually takes up to seven business days, your MoEngage representative sends you the name of your data share. To accept the share, perform the following steps:
In your Databricks workspace, click Catalog > OpenSharing, and then click the Shared with me tab.
Click the MoEngage provider, identified by the name your CSM sent you.
Next to the share, click Mount to catalog.
When prompted for a catalog name, enter a name of your choice, for example, moengage_shared_data.
Confirm the catalog to create it.
Step 3: Configure Your ExportTo configure the export in MoEngage, perform the following steps:
On the left navigation menu in the MoEngage dashboard, click App marketplace, search for Databricks, click the Databricks tile, and then click the Integrate tab.
Skip the connection setup. OpenShare provisions the connection for you, so MoEngage does not prompt you for service principal credentials or write access.
In Export into schema, select the shared catalog’s schema. The dropdown shows the same value your CSM shared with you.
Step 4: Query Your DataThe first rows can take up to 30 minutes to appear in your shared catalog. To verify the data, perform the following steps:
Run the following query, replacing the placeholders with your catalog, schema, and table names:
SELECT * FROM <your_catalog_name>.<schema>.<table_name>;
Use Catalog Explorer to browse the new catalog and view the available tables.
Open the Sample Data view to preview records and attribute definitions.
If you want MoEngage to walk you through the schema, request a technical schema review from your CSM.Step 5: Manage Access Within Your OrganizationBecause the shared catalog sits in your own infrastructure, you control access through Unity Catalog. Assign the USE CATALOG and SELECT privileges to the users or groups that need the data.MoEngage has no write access to the catalog, and either party can end the connection at any time. Tell your CSM about any changes to your workspace setup or sharing identifier, because these changes can interrupt delivery.
Step 1: Grant Your User’s Role the Required PermissionsMoEngage needs WRITE access to your Databricks database to store data. You can grant these permissions to an existing database user or create a new database user for MoEngage.Use the following code to configure write access for data storage in your Databricks database:
GRANT USE CATALOG ON CATALOG `<CATALOG_NAME>` TO `<EMAIL_ID_OF_THE_USER>`;GRANT USE SCHEMA, CREATE TABLE ON SCHEMA `<CATALOG_NAME>`.`<SCHEMA_NAME>` TO `<EMAIL_ID_OF_THE_USER>`;
Change the following values:
<CATALOG_NAME> - The name of your catalog.
<SCHEMA_NAME> - The name of your database or schema.
<EMAIL_ID_OF_THE_USER> - The email ID of the user who created the token.
Add a New Databricks Export on the MoEngage App Marketplace
Both delivery methods use this step. With OpenShare the connection already exists, so you only choose the schema, events, and attributes.To add a new Databricks export, perform the following steps:
On the left navigation menu in the MoEngage dashboard, click App marketplace.
On the App marketplace page, search for Databricks.
Click the Databricks tile.
On the Databricks page, click the Integrate tab, and then click + Add Export.
Enter the following details:
Field
Required
Description
Export name
Yes
Type a name for the Databricks export.
Databricks connection
Yes
Select your Databricks connection.
Export into schema
Yes
Select the schema that MoEngage uses to create new tables and export your events into.
User properties
Optional
Select the user properties (user properties and device properties) you want to export with your events.
Select events
Yes
Select the events you want to export to Databricks. You can choose to export all events, including existing and new ones coming into MoEngage, or manually select specific events to export.
Click Save export.
After you save the export, data refreshes every hour. For a direct export, MoEngage appends events to a table in your schema. For OpenShare, MoEngage refreshes the shared datasets that your workspace queries.
Both delivery methods refresh hourly, and neither requires you to run manual sync jobs.For a direct export, MoEngage creates a destination table in your schema after you save the export, and then appends new event data at hourly intervals:
Initial action: MoEngage creates the table when the first export is triggered.
Recurring action: MoEngage appends data to the same table every hour.
For OpenShare, MoEngage refreshes the shared datasets every hour. Your queries read the current state of the data, so there is no table for MoEngage to write into on your side.
MoEngage creates a single table in your schema using the following format: moe_events_<table_creation_timestamp>.Note: This table is created per connection. All hourly exports and different event types configured under this connection are consolidated and appended to this specific table.The overall structure of the table remains fixed for all event types. Any new user property or event attribute that is exported is included in the user_attributes or event_attributes column, respectively. All events are consolidated in a single table containing necessary information, such as event names and event times, for easy analysis:
Field
Type
NULL
app_name
VARCHAR
NOT NULL
event_name
VARCHAR
NOT NULL
event_code
VARCHAR
NOT NULL
event_uuid
VARCHAR
NOT NULL
event_time
TIMESTAMP
NOT NULL
event_type
VARCHAR
NOT NULL
event_source
VARCHAR
NOT NULL
uid
VARCHAR
NULL
user_attributes_moengage_user_id
VARCHAR
NULL
device_attributes_moengage_device_id
VARCHAR
NULL
push_id
VARCHAR
NULL
email_address
VARCHAR
NULL
mobile_number
VARCHAR
NULL
event_attributes_app_version
VARCHAR
NULL
event_attributes_sdk_version
VARCHAR
NULL
event_attributes_platform
VARCHAR
NULL
event_attributes_campaign_id
VARCHAR
NULL
event_attributes_campaign_name
VARCHAR
NULL
event_attributes_campaign_type
VARCHAR
NULL
event_attributes_campaign_channel
VARCHAR
NULL
event_attributes_readable_campaign_id
VARCHAR
NULL
event_attributes_parent_campaign_id
VARCHAR
NULL
event_attributes_parent_flow_id
VARCHAR
NULL
event_attributes_parent_flow_name
VARCHAR
NULL
event_attributes_variation_id
VARCHAR
NULL
event_attributes_locale_id
VARCHAR
NULL
event_attributes_locale_name
VARCHAR
NULL
event_attributes_url
VARCHAR
NULL
event_attributes_timestamp
TIMESTAMP
NULL
event_attributes_first_session
BOOLEAN
NULL
event_attributes_logged_in_status
VARCHAR
NULL
event_attributes
VARIANT
NULL
user_attributes
VARIANT
NULL
device_attributes
VARIANT
NULL
The schema is the same for both delivery methods. Custom column naming is not supported.
It typically takes up to 30 minutes for the automated data exports to be set up for your account and for you to start seeing data there.
Can I export additional events at a later time?
Yes, if you need to export new events at a later time, you can always edit your configuration on the App Marketplace and get the new events added to your exports.
Can I export historical data using Automated Data Exports?
As of now, you cannot export historical data using Automated Data Exports. Once configured, you will start seeing data for each event from the time you enabled your exports. This applies to both direct exports and OpenShare.
Is there any pricing involved for Automated Data Exports?
If your billing plan does not cover this already and you need to get this enabled at a later time, you would need to work with your Customer Success Manager to get this included in your billing plan. Based on the amount of data that MoEngage will place in your Data warehouse/Partner/API on a monthly basis, this could lead to additional charges.
Does Data Exports guarantee the latest user attributes?
No, Data Exports is primarily built to export your Events in near real-time and user attributes in MoEngage are updated asynchronously so it is currently not possible to guarantee the latest values of user attributes in the exports.
Can I move from a direct export to OpenShare?
Yes. Contact your MoEngage CSM to change delivery methods. The two methods use the same schema but separate storage layers, so records already delivered through your direct export do not appear in the OpenShare catalog.
Can I rename the columns or tables in the OpenShare catalog?
No. The schema is standardized and custom naming is not supported. You choose which events and attributes to export during configuration, as described in Step 3 of the OpenShare setup.
Who do I contact after the OpenShare connection is live?
Your MoEngage CSM is the primary contact for maintaining the connection, resolving technical questions, and adjusting your data requirements.