A comparison between fastparquet and pyarrow?
Solution 1
I used both fastparquet and pyarrow for converting protobuf data to parquet and to query the same in S3 using Athena. Both worked, however, in my use-case, which is a lambda function, package zip file has to be lightweight, so went ahead with fastparquet. (fastparquet library was only about 1.1mb, while pyarrow library was 176mb, and Lambda package limit is 250mb).
I used the following to store a dataframe as parquet file:
from fastparquet import write
parquet_file = path.join(filename + '.parq')
write(parquet_file, df_data)
Solution 2
However, since the question lacks concrete criteria, and I came here for a good "default choice", I want to state that pandas default engine for DataFrame objects is pyarrow (see pandas docs).
Solution 3
I would point out that the author of the speed comparison is also the author of pyarrow :) I can speak about the fastparquet case.
From your point of view, the most important thing to know is compatibility. Athena is not one of the test targets for fastparquet (or pyarrow), so you should test thoroughly before making your choice. There are a number of options that you may want to envoke (docs) for datetime representation, nulls, types, that may be important to you.
Writing to s3 using dask is certainly a test case for fastparquet, and I believe pyarrow should have no problem with that either.
Solution 4
This question may be a bit old, but I happen to be working on the same issue and I found this benchmark https://wesmckinney.com/blog/python-parquet-update/ . According to it, pyarrow is faster than fastparquet, little wonder it is the default engine used in dask.
Update:
An update to my earlier response. I have been more lucky writing with pyarrow and reading with fastparquet in google cloud storage.
Solution 5
I just used fastparquet for a case to get out data from Elasticsearch and to store it in S3 and query with Athena and had no issue at all.
I used the following to store a dataframe in S3 as parquet file:
import s3fs
import fastparquet as fp
import pandas as pd
import numpy as np
s3 = s3fs.S3FileSystem()
myopen = s3.open
s3bucket = 'mydata-aws-bucket/'
# random dataframe for demo
df = pd.DataFrame(np.random.randint(0,100,size=(100, 4)), columns=list('ABCD'))
parqKey = s3bucket + "datafile" + ".parq.snappy"
fp.write(parqKey, df ,compression='SNAPPY', open_with=myopen)
My table look similar like this in Athena:
CREATE EXTERNAL TABLE IF NOT EXISTS myanalytics_parquet (
`column1` string,
`column2` int,
`column3` DOUBLE,
`column4` int,
`column5` string
)
STORED AS PARQUET
LOCATION 's3://mydata-aws-bucket/'
tblproperties ("parquet.compress"="SNAPPY")
Related videos on Youtube
Comments
-
moshevi over 3 years
After some searching I failed to find a thorough comparison of
fastparquet
andpyarrow
.I found this blog post (a basic comparison of speeds).
and a github discussion that claims that files created with
fastparquet
do not support AWS-athena (btw is it still the case?)when/why would I use one over the other? what are the major advantages and disadvantages ?
my specific use case is processing data with
dask
writing it to s3 and then reading/analyzing it with AWS-athena.-
mdurant almost 6 yearsCould be considered an "opinion" question, but there may be technical points that can make a decent answer.
-
rpanai almost 6 yearsAre you trying to build a datalake using Dask instead of AWS Glue? I'm asking cos I'm on the same boat.
-
moshevi almost 6 yearsno, I am reading from a s3 parquet dataset processing it and writing it to another parquet dataset. i don't have a data variety problem (which lakes try to solve).
-
jangorecki over 5 yearsNote that linked benchmark has very limited scope, it presents single datasize, and single data type. So you cannot really draw any conclusion how those tools scales, or how they handle other data types. And for python strings are especially interesting, as they are commonly a bottleneck in many processes.
-
-
moshevi almost 6 yearsso why and when would i use one over the other ?
-
mdurant almost 5 years(but, again, the author of that blog is the author of arrow)
-
Aladejubelo Oluwashina over 4 yearsAn update to my earlier response. I have been more lucky writing with pyarrow and reading with fastparquet in google cloud storage.
-
Efi Z about 4 yearsI would point out that the author of the above answer is also a contributing developer of fastparquet :)
-
Neeraj Sharma about 4 yearsMy usecase was to read data from hbase and copy to azure. I used pyarrow to convert pandas dataframe to parquet files. But when i read parquet files from blob using pyarrow i faced lot of schema related issues even after defining schema. Now using fastparquet for both reading and writing without any schema issues.
-
moshevi almost 4 yearsisn't this the same benchmark i've linked in the question?
-
moshevi over 3 yearsI would point out that when installing
fastparquet
i gotDownloading fastparquet-0.4.1.tar.gz (28.6 MB)
today. -
seanv507 over 3 yearspyarrow is default in pandas, fastparquet in dask
-
Powers over 2 yearsaws-data-wrangler provides pre-built layers that are optimized. They include PyArrow and are definitely the easiest way to work with Parquet in Lambda these day: github.com/awslabs/aws-data-wrangler