Need advice about which tool to choose?Ask the StackShare community!

Apache Hive

478
474
+ 1
0
Apache Flink

527
874
+ 1
38
Add tool

Apache Flink vs Apache Hive: What are the differences?

Introduction

In this article, we will explore the key differences between Apache Flink and Apache Hive.

  1. Data Processing Model: Apache Flink is a stream processing and batch processing framework that supports real-time and batch data processing. It provides a unified API for both stream and batch processing, enabling complex event-driven applications. On the other hand, Apache Hive is a data warehouse infrastructure that provides data summarization, query, and analysis. It primarily focuses on batch processing and interactive queries on large datasets.

  2. Language and Query Support: Apache Flink supports multiple programming languages like Java, Scala, and Python. It provides a high-level API for data stream and batch processing. It also supports complex event processing and advanced analytics. In contrast, Apache Hive uses a language called HiveQL, which is similar to SQL. HiveQL allows users to write SQL-like queries to query and analyze data stored in Hive. It does not support complex event processing or advanced analytics.

  3. Data Storage: Apache Flink is a processing engine that does not provide its own storage system. It can seamlessly integrate with various storage systems like Hadoop Distributed File System (HDFS), Amazon S3, and Apache Kafka. On the other hand, Apache Hive uses a data warehouse infrastructure built on top of Hadoop. It stores data in a distributed file system like HDFS and provides a metastore for metadata management.

  4. Processing Speed: Apache Flink is known for its low-latency and high-throughput processing capabilities. It can process large volumes of data in real-time, making it suitable for stream processing use cases. On the contrary, Apache Hive is designed for batch processing and interactive queries. It may not have the same level of processing speed as Apache Flink for real-time processing scenarios.

  5. Optimizations and Query Execution: Apache Flink's query optimization techniques focus on optimizing complex event processing and stream processing. It performs optimizations like operator fusion, lazy evaluation, and state management. In comparison, Apache Hive's query optimization techniques are geared towards improving batch processing and interactive queries. It performs optimizations like predicate pushdown, column pruning, and query compilation.

  6. Ecosystem and Integrations: Apache Flink has a growing ecosystem and integrates well with popular data processing tools and frameworks like Apache Kafka, Apache Spark, and Apache Hadoop. It can leverage the capabilities of these tools to enhance its functionality. On the other hand, Apache Hive has been around for a longer time and has a mature ecosystem with support for various data formats, file systems, and storage systems.

In summary, the key differences between Apache Flink and Apache Hive lie in their data processing models, language and query support, data storage, processing speed, optimizations and query execution, and ecosystem and integrations. Apache Flink is more focused on real-time processing, provides a unified API, and has a growing ecosystem. Apache Hive is primarily designed for batch processing, uses HiveQL for queries, and has a mature ecosystem.

Advice on Apache Hive and Apache Flink
Nilesh Akhade
Technical Architect at Self Employed · | 5 upvotes · 553.3K views

We have a Kafka topic having events of type A and type B. We need to perform an inner join on both type of events using some common field (primary-key). The joined events to be inserted in Elasticsearch.

In usual cases, type A and type B events (with same key) observed to be close upto 15 minutes. But in some cases they may be far from each other, lets say 6 hours. Sometimes event of either of the types never come.

In all cases, we should be able to find joined events instantly after they are joined and not-joined events within 15 minutes.

See more
Replies (2)
Recommends
on
ElasticsearchElasticsearch

The first solution that came to me is to use upsert to update ElasticSearch:

  1. Use the primary-key as ES document id
  2. Upsert the records to ES as soon as you receive them. As you are using upsert, the 2nd record of the same primary-key will not overwrite the 1st one, but will be merged with it.

Cons: The load on ES will be higher, due to upsert.

To use Flink:

  1. Create a KeyedDataStream by the primary-key
  2. In the ProcessFunction, save the first record in a State. At the same time, create a Timer for 15 minutes in the future
  3. When the 2nd record comes, read the 1st record from the State, merge those two, and send out the result, and clear the State and the Timer if it has not fired
  4. When the Timer fires, read the 1st record from the State and send out as the output record.
  5. Have a 2nd Timer of 6 hours (or more) if you are not using Windowing to clean up the State

Pro: if you have already having Flink ingesting this stream. Otherwise, I would just go with the 1st solution.

See more
Akshaya Rawat
Senior Specialist Platform at Publicis Sapient · | 3 upvotes · 390.7K views
Recommends
on
Apache SparkApache Spark

Please refer "Structured Streaming" feature of Spark. Refer "Stream - Stream Join" at https://spark.apache.org/docs/latest/structured-streaming-programming-guide.html#stream-stream-joins . In short you need to specify "Define watermark delays on both inputs" and "Define a constraint on time across the two inputs"

See more
Decisions about Apache Hive and Apache Flink
Ashish Singh
Tech Lead, Big Data Platform at Pinterest · | 38 upvotes · 3.3M views

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

See more
Karthik Raveendran
CPO at Attinad Software · | 3 upvotes · 217.9K views

The platform deals with time series data from sensors aggregated against things( event data that originates at periodic intervals). We use Cassandra as our distributed database to store time series data. Aggregated data insights from Cassandra is delivered as web API for consumption from other applications. Presto as a distributed sql querying engine, can provide a faster execution time provided the queries are tuned for proper distribution across the cluster. Another objective that we had was to combine Cassandra table data with other business data from RDBMS or other big data systems where presto through its connector architecture would have opened up a whole lot of options for us.

See more
Manage your open source components, licenses, and vulnerabilities
Learn More
Pros of Apache Hive
Pros of Apache Flink
    Be the first to leave a pro
    • 16
      Unified batch and stream processing
    • 8
      Easy to use streaming apis
    • 8
      Out-of-the box connector to kinesis,s3,hdfs
    • 4
      Open Source
    • 2
      Low latency

    Sign up to add or upvote prosMake informed product decisions

    What is Apache Hive?

    Hive facilitates reading, writing, and managing large datasets residing in distributed storage using SQL. Structure can be projected onto data already in storage.

    What is 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.

    Need advice about which tool to choose?Ask the StackShare community!

    What companies use Apache Hive?
    What companies use Apache Flink?
    Manage your open source components, licenses, and vulnerabilities
    Learn More

    Sign up to get full access to all the companiesMake informed product decisions

    What tools integrate with Apache Hive?
    What tools integrate with Apache Flink?

    Sign up to get full access to all the tool integrationsMake informed product decisions

    Blog Posts

    Mar 24 2021 at 12:57PM

    Pinterest

    GitJenkinsKafka+7
    3
    2208
    Aug 28 2019 at 3:10AM

    Segment

    PythonJavaAmazon S3+16
    7
    2623
    What are some alternatives to Apache Hive and Apache Flink?
    HBase
    Apache HBase is an open-source, distributed, versioned, column-oriented store modeled after Google' Bigtable: A Distributed Storage System for Structured Data by Chang et al. Just as Bigtable leverages the distributed data storage provided by the Google File System, HBase provides Bigtable-like capabilities on top of Apache Hadoop.
    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.
    Presto
    Distributed SQL Query Engine for Big Data
    Hadoop
    The Apache Hadoop software library is a framework that allows for the distributed processing of large data sets across clusters of computers using simple programming models. It is designed to scale up from single servers to thousands of machines, each offering local computation and storage.
    Apache Impala
    Impala is a modern, open source, MPP SQL query engine for Apache Hadoop. Impala is shipped by Cloudera, MapR, and Amazon. With Impala, you can query data, whether stored in HDFS or Apache HBase – including SELECT, JOIN, and aggregate functions – in real time.
    See all alternatives