Product News

Census vs Hightouch Reverse ETL Benchmark: Census 44x faster

Brad Buda
Brad Buda November 17, 2021

Brad is a co-founder of Census who doubles as a software developer in San Francisco. Prior to founding Census, he co-founded Meldium, a YC-backed startup helping teams & companies manage accounts & passwords for cloud apps. San Francisco, California, United States

Want to learn why customers chose Census over Hightouch? Check out the comparison page.

From the beginning, we designed and built Census not just around reliability and usability, but the ability to deliver high performance on workloads large or small. But it’s not enough to just build with those tenants in mind. We’ve dedicated ourselves to measuring and examining where our efforts have paid off, as well as where we can double down to raise the standard higher.

Today we’re excited to kick off a series of posts benchmarking popular reverse ETL tools to both hold ourselves accountable to our high standards and provide the market with a breakdown of their options.

We’re starting with large-scale event sync workflows, arguably where speed and scale matter the most.

We’ll get into the details in the following sections (and installments), but, in our initial testing, we found Census was up to 44 times faster than Hightouch when measuring end-to-end sync speed for Mixpanel events syncs.

Let’s dive into the numbers and learn why reverse ETL performance matters and why you should include performance criteria when evaluating reverse ETL tools, how we’re structuring our benchmark tests, and the ground we’ll cover in future tests.

We also want to give you the opportunity to put our numbers to the test and arrive at your own conclusions, so we’ve also included instructions on how to replicate our benchmarks throughout.

Why speed matters for reverse ETL

As is the case with other integration platforms, source and destination systems generally constrain the performance of reverse ETL systems. Still, careful tuning and attention to maximizing the correct usage of those systems can make a massive difference in performance, as these results show.

Your company’s performance needs depend on your use cases, but we generally see three main reasons companies seek out high-performance reverse ETL:

  1. Real-time business use cases
  2. Large-scale event forwarding
  3. Maximization of agility and experimentation

Let’s take a quick look at why these matter for data-driven companies.

1. Real-time business use cases

Slow reverse ETL means stale operational data.

The latency of your reverse ETL system is directly proportional to its performance: The more records your system can move per second, the less time you’ll wait for data in your SaaS applications to match data in your warehouse. Inversely, slower loading means you’ll wait longer for business tools to reflect the accurate truth of your warehouse.

Whether you’re using data in your warehouse to assign leads in your CRM, prioritize tickets in your support platform, or deliver marketing emails to customers who reach critical steps in their journey, seconds and minutes can matter. This is especially important for establishing the trust your downstream data users have in your data. If they can’t rely on it and use it in the day-to-day decision-making, it doesn’t matter how many cutting-edge upstream tools you have in your stack.

2. Large-scale event forwarding

One of the most popular reverse ETL use cases is to use your data warehouse (along with a system like Snowplow) to collect, enrich, transform or filter events before delivering them to a downstream system (e.g. marketing systems like Braze or Customer.io or product analytics tools like Mixpanel or Amplitude).

Event data tends to have very high throughput and it’s not uncommon for systems to generate thousands of events per second (that’s hundreds of millions or even billions of events per month). If your reverse ETL tool can’t keep up with that load, backfilling isn’t an option–you’ll be “behind” the firehose as soon as you set up your first sync.

For event forwarding, performance isn’t a nice to have - it’s table-stakes.

3. Maximize agility and experimentation

After the initial first sync, a well-designed reverse ETL tool will only perform incremental syncs by using your warehouse to detect just the records that changed since the last sync and delivering those “diffs” to the destinations that need them.

However, incremental syncs may not always offer what you need from your data and you may want to backfill your entire dataset for a number of reasons:

  • Completing initial setup
  • Adding new “mappings” or destination attributes to a SaaS customer record
  • Changing the definition of a lead score or other modeled attribute

To maximize the agility of your data or operations team, that team needs the freedom to make changes and quickly see their results, which means they need access to backfills that complete in minutes or hours, not days.

"Census means access to data is never a blocker for our revenue teams – if they want to run a growth experiment, the data is always available." - Julie Beynon, head of analytics at Clearbit

Deploying a slow reverse ETL system can leave your operational analytics initiatives dead on arrival. You need a system that can handle both your current load with ease, as well as one that has spare capacity to keep up with your company’s data volume as you scale and deploy more data pipelines. Don’t choose a system that can just barely keep up with your current workload.

Building benchmarks: How we tested reverse ETL performance

For our benchmarking, we’ve leveraged three different data warehouses and tested different business use cases with appropriately different record sizes.

In the coming weeks, we’ll share more benchmarks from testing our reverse ETL use cases and destinations, but here are the results from our first use case: Event syncs.

We’ve worked to make these benchmarks as simple and repeatable as possible and we encourage you to perform your own testing (and share your results!). To do so, you can grab the events data samples we used here (2.2 million events) and here (500k users).  

In all cases, we used the self-service, free trial versions of Census and Hightouch with no special configuration to perform these syncs. For Redshift, we configured an ra3.xlplus cluster with 16 nodes and for Snowflake we used a 2X-Large warehouse. In both cases, these are far over-provisioned given the size of the data, but we wanted to ensure that the source warehouse was not an artificial bottleneck. We used synthetic datasets with a mix of data types that were realistic for the given destinations.

The destination systems (in this case Mixpanel) were the same for both tools (same rate limits and other configuration). Hightouch rounds its displayed sync times to the nearest minute or hour, so we used those numbers as displayed in the UI. The workloads did not include any error or skipped records, and all syncs were completed successfully with 100% of records loaded in both systems.

Gearing up for the long-haul: What’s next in our benchmark series

While we’re excited to share these preliminary findings with our community, there’s a lot more benchmarking and deep-diving to be done into why Census is so much faster, as well as how we stack up against other tools for additional use cases.

Over the coming weeks, we’ll share use-case-based benchmark reports like this one focused on areas such as CRMs and marketing tools, additional destinations such as Salesforce, Hubspot, Marketo, and Customer.io; and include other reverse ETL tools in the space so you can get a complete picture of your options. We’ll also update numbers as our testing evolves, and take a deep dive into some of the secrets behind the speed of our reverse ETL tool.

In the name of transparency, we’ll detail how we’re measuring our performance at each step and offer ways that you can repeat these tests yourself.

Through this benchmarking work, we’ve uncovered opportunities to make Census perform even better for high-scale workloads, which means the bar for “good reverse ETL” is getting higher every day. We’ll continue to share updates with new benchmarks as we push the limits of reverse ETL speed.

As we share our findings, we encourage you to let us know which systems and use cases you’d like to see benchmarked next.

Finally, we’ve always aimed to build the most performant and reliable Reverse ETL platform to power business-critical operational workflows, and we wholeheartedly support competition in the category that continues to push the limits for our customers. As such, we invite Hightouch and any other reverse ETL providers to share updated benchmarks so we can collectively push this category of data tooling to new heights.

In the meantime, if you have any questions or suggestions on how we can make this and future benchmarks useful to you, feel free to reach out and say hi at hello@getcensus.com.

Related articles

Customer Stories
Built With Census Embedded: Labelbox Becomes Data Warehouse-Native
Built With Census Embedded: Labelbox Becomes Data Warehouse-Native

Every business’s best source of truth is in their cloud data warehouse. If you’re a SaaS provider, your customer’s best data is in their cloud data warehouse, too.

Best Practices
Keeping Data Private with the Composable CDP
Keeping Data Private with the Composable CDP

One of the benefits of composing your Customer Data Platform on your data warehouse is enforcing and maintaining strong controls over how, where, and to whom your data is exposed.

Product News
Sync data 100x faster on Snowflake with Census Live Syncs
Sync data 100x faster on Snowflake with Census Live Syncs

For years, working with high-quality data in real time was an elusive goal for data teams. Two hurdles blocked real-time data activation on Snowflake from becoming a reality: Lack of low-latency data flows and transformation pipelines The compute cost of running queries at high frequency in order to provide real-time insights Today, we’re solving both of those challenges by partnering with Snowflake to support our real-time Live Syncs, which can be 100 times faster and 100 times cheaper to operate than traditional Reverse ETL. You can create a Live Sync using any Snowflake table (including Dynamic Tables) as a source, and sync data to over 200 business tools within seconds. We’re proud to offer the fastest Reverse ETL platform on the planet, and the only one capable of real-time activation with Snowflake. 👉 Luke Ambrosetti discusses Live Sync architecture in-depth on Snowflake’s Medium blog here. Real-Time Composable CDP with Snowflake Developed alongside Snowflake’s product team, we’re excited to enable the fastest-ever data activation on Snowflake. Today marks a massive paradigm shift in how quickly companies can leverage their first-party data to stay ahead of their competition. In the past, businesses had to implement their real-time use cases outside their Data Cloud by building a separate fast path, through hosted custom infrastructure and event buses, or piles of if-this-then-that no-code hacks — all with painful limitations such as lack of scalability, data silos, and low adaptability. Census Live Syncs were born to tear down the latency barrier that previously prevented companies from centralizing these integrations with all of their others. Census Live Syncs and Snowflake now combine to offer real-time CDP capabilities without having to abandon the Data Cloud. This Composable CDP approach transforms the Data Cloud infrastructure that companies already have into an engine that drives business growth and revenue, delivering huge cost savings and data-driven decisions without complex engineering. Together we’re enabling marketing and business teams to interact with customers at the moment of intent, deliver the most personalized recommendations, and update AI models with the freshest insights. Doing the Math: 100x Faster and 100x Cheaper There are two primary ways to use Census Live Syncs — through Snowflake Dynamic Tables, or directly through Snowflake Streams. Near real time: Dynamic Tables have a target lag of minimum 1 minute (as of March 2024). Real time: Live Syncs can operate off a Snowflake Stream directly to achieve true real-time activation in single-digit seconds. Using a real-world example, one of our customers was looking for real-time activation to personalize in-app content immediately. They replaced their previous hourly process with Census Live Syncs, achieving an end-to-end latency of <1 minute. They observed that Live Syncs are 144 times cheaper and 150 times faster than their previous Reverse ETL process. It’s rare to offer customers multiple orders of magnitude of improvement as part of a product release, but we did the math. Continuous Syncs (traditional Reverse ETL) Census Live Syncs Improvement Cost 24 hours = 24 Snowflake credits. 24 * $2 * 30 = $1440/month ⅙ of a credit per day. ⅙ * $2 * 30 = $10/month 144x Speed Transformation hourly job + 15 minutes for ETL = 75 minutes on average 30 seconds on average 150x Cost The previous method of lowest latency Reverse ETL, called Continuous Syncs, required a Snowflake compute platform to be live 24/7 in order to continuously detect changes. This was expensive and also wasteful for datasets that don’t change often. Assuming that one Snowflake credit is on average $2, traditional Reverse ETL costs 24 credits * $2 * 30 days = $1440 per month. Using Snowflake’s Streams to detect changes offers a huge saving in credits to detect changes, just 1/6th of a single credit in equivalent cost, lowering the cost to $10 per month. Speed Real-time activation also requires ETL and transformation workflows to be low latency. In this example, our customer needed real-time activation of an event that occurs 10 times per day. First, we reduced their ETL processing time to 1 second with our HTTP Request source. On the activation side, Live Syncs activate data with subsecond latency. 1 second HTTP Live Sync + 1 minute Dynamic Table refresh + 1 second Census Snowflake Live Sync = 1 minute end-to-end latency. This process can be even faster when using Live Syncs with a Snowflake Stream. For this customer, using Census Live Syncs on Snowflake was 144x cheaper and 150x faster than their previous Reverse ETL process How Live Syncs work It’s easy to set up a real-time workflow with Snowflake as a source in three steps: