StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. Application & Data
  3. Databases
  4. Big Data Tools
  5. Dremio vs Presto

Dremio vs Presto

OverviewDecisionsComparisonAlternatives

Overview

Presto
Presto
Stacks394
Followers1.0K
Votes66
Dremio
Dremio
Stacks116
Followers348
Votes8

Dremio vs Presto: What are the differences?

Introduction

In this article, we will explore the key differences between Dremio and Presto, two popular data query engines. Both Dremio and Presto are used for querying and analyzing large volumes of data in a distributed fashion, but they have some distinct features and functionalities that set them apart.

  1. Data Source Support: Dremio supports a wide range of data sources, including relational databases (like MySQL, PostgreSQL), NoSQL databases (like MongoDB), cloud storage services (like Amazon S3) and even Hadoop distributed file systems. On the other hand, Presto has limited data source support and primarily focuses on querying data stored in Hadoop, cloud storage, and relational databases.

  2. Architecture: Dremio has a self-contained architecture, where it includes its own distributed file system called DremioFS and provides an end-to-end solution for data querying. In contrast, Presto follows a more modular architecture, where it separates query execution engine (Presto Coordinator) from data storage (Presto Worker), allowing flexibility in deploying them on different resources.

  3. Network Optimization: Dremio utilizes a combination of data locality awareness, columnar layout, and intelligent caching to optimize data access through the network. This enables Dremio to efficiently fetch only the required data from remote nodes and minimize network traffic. Presto, on the other hand, relies on a more traditional query planner and execution model, which may result in higher network overhead for data retrieval.

  4. SQL Compatibility: Both Dremio and Presto support SQL and offer a similar set of SQL functionalities. However, Dremio provides enhanced SQL capabilities, including support for complex data types, nested queries, window functions, and other advanced SQL features. Presto, while powerful in SQL processing, may have some limitations in terms of complex data types and advanced queries.

  5. Administration and Management: Dremio offers a comprehensive web-based user interface for managing and monitoring the system, including fine-grained access control, query profiling, and performance tuning capabilities. Presto, on the other hand, primarily relies on command-line tools and configuration files for system administration. While Presto provides some level of monitoring and management features, it may require additional external tools for more advanced administration tasks.

  6. Deployment Flexibility: Dremio provides a single, integrated platform that can be deployed in an on-premises environment or in the cloud. It also offers a Kubernetes-based deployment option for containerized environments. Presto, on the other hand, is designed to work in a distributed ecosystem and can be deployed across a cluster of machines or integrated with other big data processing frameworks like Hadoop or Apache Hive.

In summary, Dremio and Presto have some significant differences in terms of data source support, architecture, network optimization, SQL compatibility, administration, and deployment flexibility. However, both offer powerful data querying capabilities and are suited for different use cases depending on specific requirements.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on Presto, Dremio

Ashish
Ashish

Tech Lead, Big Data Platform at Pinterest

Nov 27, 2019

Needs adviceonApache HiveApache HivePrestoPrestoAmazon EC2Amazon EC2

To provide employees with the critical need of interactive querying, we’ve worked with Presto, an open-source distributed SQL query engine, over the years. Operating Presto at Pinterest’s scale has involved resolving quite a few challenges like, supporting deeply nested and huge thrift schemas, slow/ bad worker detection and remediation, auto-scaling cluster, graceful cluster shutdown and impersonation support for ldap authenticator.

Our infrastructure is built on top of Amazon EC2 and we leverage Amazon S3 for storing our data. This separates compute and storage layers, and allows multiple compute clusters to share the S3 data.

We have hundreds of petabytes of data and tens of thousands of Apache Hive tables. Our Presto clusters are comprised of a fleet of 450 r4.8xl EC2 instances. Presto clusters together have over 100 TBs of memory and 14K vcpu cores. Within Pinterest, we have close to more than 1,000 monthly active users (out of total 1,600+ Pinterest employees) using Presto, who run about 400K queries on these clusters per month.

Each query submitted to Presto cluster is logged to a Kafka topic via Singer. Singer is a logging agent built at Pinterest and we talked about it in a previous post. Each query is logged when it is submitted and when it finishes. When a Presto cluster crashes, we will have query submitted events without corresponding query finished events. These events enable us to capture the effect of cluster crashes over time.

Each Presto cluster at Pinterest has workers on a mix of dedicated AWS EC2 instances and Kubernetes pods. Kubernetes platform provides us with the capability to add and remove workers from a Presto cluster very quickly. The best-case latency on bringing up a new worker on Kubernetes is less than a minute. However, when the Kubernetes cluster itself is out of resources and needs to scale up, it can take up to ten minutes. Some other advantages of deploying on Kubernetes platform is that our Presto deployment becomes agnostic of cloud vendor, instance types, OS, etc.

#BigData #AWS #DataScience #DataEngineering

3.72M views3.72M
Comments
karunakaran
karunakaran

Consultant

Jun 26, 2020

Needs advice

I am trying to build a data lake by pulling data from multiple data sources ( custom-built tools, excel files, CSV files, etc) and use the data lake to generate dashboards.

My question is which is the best tool to do the following:

  1. Create pipelines to ingest the data from multiple sources into the data lake
  2. Help me in aggregating and filtering data available in the data lake.
  3. Create new reports by combining different data elements from the data lake.

I need to use only open-source tools for this activity.

I appreciate your valuable inputs and suggestions. Thanks in Advance.

80.5k views80.5k
Comments
datocrats-org
datocrats-org

Jul 29, 2020

Needs adviceonAmazon EC2Amazon EC2TableauTableauPowerBIPowerBI

We need to perform ETL from several databases into a data warehouse or data lake. We want to

  • keep raw and transformed data available to users to draft their own queries efficiently
  • give users the ability to give custom permissions and SSO
  • move between open-source on-premises development and cloud-based production environments

We want to use inexpensive Amazon EC2 instances only on medium-sized data set 16GB to 32GB feeding into Tableau Server or PowerBI for reporting and data analysis purposes.

319k views319k
Comments

Detailed Comparison

Presto
Presto
Dremio
Dremio

Distributed SQL Query Engine for Big Data

Dremio—the data lake engine, operationalizes your data lake storage and speeds your analytics processes with a high-performance and high-efficiency query engine while also democratizing data access for data scientists and analysts.

-
Democratize all your data; Make your data engineers more productive; Accelerate your favorite tools; Self service, for everybody
Statistics
Stacks
394
Stacks
116
Followers
1.0K
Followers
348
Votes
66
Votes
8
Pros & Cons
Pros
  • 18
    Works directly on files in s3 (no ETL)
  • 13
    Open-source
  • 12
    Join multiple databases
  • 10
    Scalable
  • 7
    Gets ready in minutes
Pros
  • 3
    Nice GUI to enable more people to work with Data
  • 2
    Easier to Deploy
  • 2
    Connect NoSQL databases with RDBMS
  • 1
    Free
Cons
  • 1
    Works only on Iceberg structured data
Integrations
PostgreSQL
PostgreSQL
Kafka
Kafka
Redis
Redis
MySQL
MySQL
Hadoop
Hadoop
Microsoft SQL Server
Microsoft SQL Server
Amazon S3
Amazon S3
Python
Python
Tableau
Tableau
Azure Database for PostgreSQL
Azure Database for PostgreSQL
Qlik Sense
Qlik Sense
PowerBI
PowerBI

What are some alternatives to Presto, Dremio?

Google BigQuery

Google BigQuery

Run super-fast, SQL-like queries against terabytes of data in seconds, using the processing power of Google's infrastructure. Load data with ease. Bulk load your data using Google Cloud Storage or stream it in. Easy access. Access BigQuery by using a browser tool, a command-line tool, or by making calls to the BigQuery REST API with client libraries such as Java, PHP or Python.

Apache Spark

Apache Spark

Spark is a fast and general processing engine compatible with Hadoop data. It can run in Hadoop clusters through YARN or Spark's standalone mode, and it can process data in HDFS, HBase, Cassandra, Hive, and any Hadoop InputFormat. It is designed to perform both batch processing (similar to MapReduce) and new workloads like streaming, interactive queries, and machine learning.

Amazon Redshift

Amazon Redshift

It is optimized for data sets ranging from a few hundred gigabytes to a petabyte or more and costs less than $1,000 per terabyte per year, a tenth the cost of most traditional data warehousing solutions.

Qubole

Qubole

Qubole is a cloud based service that makes big data easy for analysts and data engineers.

Amazon EMR

Amazon EMR

It is used in a variety of applications, including log analysis, data warehousing, machine learning, financial analysis, scientific simulation, and bioinformatics.

Amazon Athena

Amazon Athena

Amazon Athena is an interactive query service that makes it easy to analyze data in Amazon S3 using standard SQL. Athena is serverless, so there is no infrastructure to manage, and you pay only for the queries that you run.

Apache Flink

Apache Flink

Apache Flink is an open source system for fast and versatile data analytics in clusters. Flink supports batch and streaming analytics, in one system. Analytical programs can be written in concise and elegant APIs in Java and Scala.

lakeFS

lakeFS

It is an open-source data version control system for data lakes. It provides a “Git for data” platform enabling you to implement best practices from software engineering on your data lake, including branching and merging, CI/CD, and production-like dev/test environments.

Druid

Druid

Druid is a distributed, column-oriented, real-time analytics data store that is commonly used to power exploratory dashboards in multi-tenant environments. Druid excels as a data warehousing solution for fast aggregate queries on petabyte sized data sets. Druid supports a variety of flexible filters, exact calculations, approximate algorithms, and other useful calculations.

Altiscale

Altiscale

we run Apache Hadoop for you. We not only deploy Hadoop, we monitor, manage, fix, and update it for you. Then we take it a step further: We monitor your jobs, notify you when something’s wrong with them, and can help with tuning.

Related Comparisons

Bootstrap
Materialize

Bootstrap vs Materialize

Laravel
Django

Django vs Laravel vs Node.js

Bootstrap
Foundation

Bootstrap vs Foundation vs Material UI

Node.js
Spring Boot

Node.js vs Spring-Boot

Liquibase
Flyway

Flyway vs Liquibase