For good or bad HDFS is where the data is placed today and we all know this data is hard and slow to query and analyze. The good news is that the people at Cloudera created impala, basic idea is: fast SQL on Hadoop (HDFS or HBase) using the Hive metastore.

For good or for bad Hadoop is not were Data Science happens it usually happens in R or python, good news is that the folks at cloudera made sure that is very easy to extract data out of impala using standard technologies such as ODBC or thrift.

In this post I try some tools to extract data from impala to python (pandas) to do in memory analysis.

The setup is quite simple since I am running the cloudera (CDH 4.6) in my own computer using their virtual machine, just be sure to port forward port 21050, if you are in the cloud (EC2) just be sure to open that port. The data is just a table of 100,000 rows and 3 columns in AVRO format based on the getting started with AVRO example.

Locally just need to download the impala ODBC driver and the python requirements are: numpy, pandas, and thrift (on OS X brew install thrift), use Anaconda.

pyodbc

pyodbc gives you access to data stores via ODBC, install it using anaconda by running conda install pyodbc, the code is very straight forward. Note that the driver location is for OS X, change it on linux or windows.


In [1]:
import numpy as np
import pandas as pd

In [2]:
import pyodbc

In [3]:
connection_string = '''Driver=/opt/cloudera/impalaodbc/lib/universal/libclouderaimpalaodbc.dylib;
HOST=localhost;
PORT=21050'''

In [4]:
connection = pyodbc.connect(connection_string, autocommit=True)

In [5]:
cursor = connection.cursor()

In [6]:
cursor.execute('SELECT * FROM avro_users LIMIT 100')


Out[6]:
<pyodbc.Cursor at 0x1059e6330>

I took the code below from the impyla library, read more about it below.


In [7]:
def as_pandas(cursor):
    names = [metadata[0] for metadata in cursor.description]
    return pd.DataFrame([dict(zip(names, row)) for row in cursor], columns=names)

In [8]:
df = as_pandas(cursor)

In [9]:
df.head()


Out[9]:
name favorite_number favorite_color
0 a 45 None
1 b 78 None
2 c 78 None
3 d 8 None
4 a 34 None

5 rows × 3 columns


In [10]:
df.shape


Out[10]:
(100, 3)

In [11]:
cursor.close()

IOPro

"Fast, memory-efficient Python interface for SQL databases, NoSQL stores, Amazon S3, and large data files."

IOPro is a library form the amazing people at continuum analytics, it is not free but you can try it for 30 days for free, I have a student license and I use it from time to time, is very good. The main idea is to load data into numpy arrays directly, it skips python objects so is very memory efficient. For ODBC they forked pyodbc and added a few extra methods to fetch data.


In [12]:
import iopro.pyodbc as io_pyodbc

In [13]:
connection = io_pyodbc.connect(connection_string, autocommit=True)

In [14]:
io_cursor = connection.cursor()

Fetchdictarray

Using IOPro you can fetch a dictionary of numpy arrays (fetchdictarray()) or just a numpy array (fetchsarray()).


In [15]:
io_cursor.execute('SELECT * FROM avro_users LIMIT 100')


Out[15]:
<pyodbc.Cursor at 0x105ac37b0>

In [16]:
columns = [metadata[0] for metadata in io_cursor.description]

In [17]:
data = io_cursor.fetchdictarray()

In [18]:
df = pd.DataFrame.from_records(data, columns=columns)

In [19]:
df.head()


Out[19]:
name favorite_number favorite_color
0 45 NA
1 78 NA
2 78 NA
3 8 NA
4 34 NA

5 rows × 3 columns


In [20]:
io_cursor.close()

You can see that there are some problems with the data, the name column is empty, and less crucial favorite_color is full of "NA" strings. To fix this you need to fall back the pyodbc fetchall() which creates a python list of tuples and then use that to create the pandas DataFrame, not the best approach since the idea of IOPro is go directly to numpy skipping python objects.

So for now if you want to use IOPro stick to numeric columns.

Impyla

Another free alternative is impyla which is not very updated on Pypi so better to install it from the git repo: pip intall git+git://github.com/myuser/foo.git@3041bc5192ad46c397c23314039661e9519ffe25. The main difference is that uses thrift instead of ODBC to get data from impala.


In [21]:
import impala.dbapi
import impala.util

In [22]:
imp_connection = impala.dbapi.connect(host='localhost', port=21050)
imp_cursor = connection.cursor()
imp_cursor.execute('SELECT * FROM avro_users LIMIT 100')


Out[22]:
<pyodbc.Cursor at 0x10a1108d0>

In [23]:
df = impala.util.as_pandas(imp_cursor)

In [24]:
df.head()


Out[24]:
name favorite_number favorite_color
0 a 45 None
1 b 78 None
2 c 78 None
3 d 8 None
4 a 34 None

5 rows × 3 columns


In [25]:
imp_cursor.close()

Speedtest

This is a very simple speed test reading 100,000 rows from impala. Each case includes from the connection to creating a pandas DataFrame.

pyodbc


In [26]:
%%timeit -n5 -r5
connection = pyodbc.connect(connection_string, autocommit=True)
cursor = connection.cursor()
cursor.execute('SELECT * FROM avro_users')
data = cursor.fetchall()
pd.DataFrame.from_records(data, columns=columns)
cursor.close()


5 loops, best of 5: 18.2 s per loop

iopro


In [27]:
%%timeit -n5 -r5
connection = io_pyodbc.connect(connection_string, autocommit=True, ansi=True)
io_cursor = connection.cursor()
io_cursor.execute('SELECT * FROM avro_users')
data = io_cursor.fetchall()
pd.DataFrame.from_records(data, columns=columns)
io_cursor.close()


5 loops, best of 5: 19.5 s per loop

impyla


In [28]:
%%timeit -n5 -r5
imp_connection = impala.dbapi.connect(host='localhost', port=21050)
imp_cursor = connection.cursor()
imp_cursor.execute('SELECT * FROM avro_users')
impala.util.as_pandas(imp_cursor)
imp_cursor.close()


5 loops, best of 5: 18.8 s per loop

Not surprisingly all of them are very similar since 1. the data is not really big (100,000 x 3) and 2. is located in a local virtual machine.

On a previous execution of the timing I got that iopro was faster than the default ODBC and that impyla was even faster, so please do not take this numbers as a complete benchmark. Also note that where IOPro excels is memory efficiency, for more info look at this blog post.

From the three choices the easier to get up and running fast is impyla since thrift is easier to install, so if you don't care that much about memory and care more about getting the data out of impala I would recommend it. ODBC gives you nice features like transaction, but transactions are not available in impala (yet) so not much of a killer feature there.

Do you have any other alternatives to extract data from Impala to python or general HDFS to python, specially to numpy arrays? Let me know. I will keep trying this technologies, specially with some real "big" data and post more results if I find something interesting.