In Apache Hive HQL, you can decide to order or sort your data differently based on ordering and distribution requirement. In this post we will look at how SORT BY, ORDER BY, DISTRIBUTE BY and CLUSTER BY behave differently in Hive. Let’s get started -
SORT BY
Hive uses the columns in SORT BY
to sort the rows before feeding the rows to a reducer. The sort order will be dependent on the column types. If the column is of numeric type, then the sort order is also in numeric order. If the column is of string type, then the sort order will be lexicographical order.
Ordering: It orders data at each of ‘N’ reducers, but each reducer can have overlapping ranges of data.
Outcome: N or more sorted files with overlapping ranges.
Let’s understand with an example of below query:
hive> SELECT emp_id, emp_salary FROM employees SORT BY emp_salary DESC;
Let’s assume the number of reducers was set to 2 and the output of each reducer is as follows -
Reducer 1:
emp_id | emp_salary
10 5000
16 3000
13 2600
19 1800
Reducer 2:
emp_id | emp_salary
11 4000
17 3100
14 2500
20 2000
As we can see, values in each reducer output are ordered but total ordering is missing since we end up with multiple outputs per reducer and data within one reducer is sorted in descending order.
ORDER BY
This is similar to ORDER BY in SQL Language.
In Hive, ORDER BY
guarantees total ordering of data, but for that, it has to be passed on to a single reducer, which is normally performance-intensive and therefore in strict mode, Hive makes it compulsory to use LIMIT with ORDER BY so that reducer doesn’t get overburdened.
Ordering: Total Ordered data.
Outcome: Single output i.e. fully ordered.
For example:
hive> SELECT emp_id, emp_salary FROM employees ORDER BY emp_salary DESC;
Reducer:
emp_id | emp_salary
10 5000
11 4000
17 3100
16 3000
13 2600
14 2500
20 2000
19 1800
DISTRIBUTE BY
Hive uses the columns in DISTRIBUTE BY
to distribute the rows among reducers. All rows with the same DISTRIBUTE BY
columns will go to the same reducer.
It ensures each of N reducers gets non-overlapping ranges of the column, but doesn’t sort the output of each reducer. You end up with N or more unsorted files with non-overlapping ranges.
Example (taken directly from Hive wiki):
We are Distributing By x on the following 5 rows to 2 reducers:
x1 x2 x4 x3 x1
Reducer 1
x1 x2 x1
Reducer 2
x4 x3
Note that all rows with the same key x1 are guaranteed to be distributed to the same reducer (reducer 1 in this case), but they are not guaranteed to be clustered in adjacent positions.
CLUSTER BY
CLUSTER BY
is a short-cut for both DISTRIBUTE BY
and SORT BY
.
CLUSTER BY x
ensures each of N reducers gets non-overlapping ranges, then sorts by those ranges at the reducers.
Ordering: Global ordering between multiple reducers.
Outcome: N or more sorted files with non-overlapping ranges.
For the same example as above, if we use Cluster By x, the two reducers will further sort rows on x:
Reducer 1:
x1 x1 x2
Reducer 2:
x3 x4
Instead of specifying CLUSTER BY
, the user can specify DISTRIBUTE BY
and SORT BY
, so the partition columns and sort columns can be different.
References
You may also be interested in some other BigData posts: