The Hitchhiker's Guide to pySpark DataFrames

Big Data has become synonymous with data engineering. But the line between Data Engineering and Data scientists is blurring day by day. At this point in time, I think that Big Data must be in the repertoire of all data scientists. Reason: Too much data is getting generated day by day And that brings us to which is one of the most used tools when it comes to working with Big Data. Spark While once upon a time Spark used to be heavily reliant on , Spark has now provided a DataFrame API for us Data Scientists to work with. Here is the for the adventurous folks. But while the documentation is good, it does not explain it from the perspective of a Data Scientist. Neither does it properly document the most common use cases for Data Science. RDD manipulations documentation In this post, I will talk about installing Spark, standard Spark functionalities you will need to work with DataFrames, and finally some tips to handle the inevitable errors you will face. This post is going to be quite long. Actually one of my longest posts on medium, so go on and pick up a Coffee. Installation I am working on installing Spark on Ubuntu 18.04, but the steps should remain the same for MAC too. I am assuming that you already have Anaconda and Python3 installed. After that, you can just go through these steps: Download the Spark Binary from Apache Spark . And click on the Download Spark link to download Spark. Website Once you have downloaded the above file, you can start by unzipping the file in your home directory. Just Open up the terminal and put these commands in. ~ cp Downloads/spark-2.4.5-bin-hadoop2.7.tgz ~ tar -zxvf spark-2.4.5-bin-hadoop2.7.tgz cd Check your Java Version. As of version 2.4 Spark works with Java 8. You can check your Java Version using the command java -version on the terminal window. I had Java 11 in my machine, so I had to run the following commands on my terminal to install and change default Java to Java 8: sudo apt install openjdk-8-jdk sudo update-alternatives --config java You will need to manually select the Java version 8 by typing the selection number. Rechecking Java version should give something like: Edit your ~/.bashrc file and add the following lines at the end of the file: () { SPARK_PATH=~/spark-2.4.5-bin-hadoop2.7 PYSPARK_DRIVER_PYTHON= PYSPARK_DRIVER_PYTHON_OPTS= ARROW_PRE_0_15_IPC_FORMAT=1 /bin/pyspark --master [10] } function pysparknb #Spark path export "jupyter" export "notebook" # For pyarrow 0.15 users, you have to add the line below or you will get an error while using pandas_udf export # Change the local[10] to local[numCores in your machine] $SPARK_PATH local Source ~/.bashrc ~/.bashrc source Run the pysparknb function in the terminal and you will be able to access the notebook. You will be able to open a new notebook as well as the sparkcontext will be loaded automatically. pysparknb Data With the installation out of the way, we can move to the more interesting part of this post. I will be working with the , which is one of the most detailed datasets on the internet for COVID. Data Science for COVID-19 in South Korea Please note that I will be using this dataset to showcase some of the most useful functionalities of Spark, but this should not be in any way considered a data exploration exercise for this amazing dataset. I will mainly work with the following three tables only in this post: Cases Region TimeProvince You can find all the code at the GitHub repository. 1. Basic Functions Read We can start by loading the files in our dataset using the command. This command reads parquet files, which is the default file format for spark, but you can add the parameter format to read .csv files using it. spark.read.load cases = spark.read.load( ,format= , sep= , inferSchema= , header= ) "/home/rahul/projects/sparkdf/coronavirusdataset/Case.csv" "csv" "," "true" "true" See a few rows in the file cases.show() This file contains the cases grouped by way of the infection spread. This might have helped in the rigorous tracking of Corona Cases in South Korea. The way this file looks is great right now, but sometimes as we increase the number of columns, the formatting becomes not too great. I have noticed that the following trick helps in displaying in pandas format in my Jupyter Notebook. The function converts a spark dataframe into a pandas Dataframe which is easier to show. .toPandas() cases.limit( ).toPandas() 10 Change Column Names Sometimes we would like to change the name of columns in our Spark Dataframes. We can do this simply using the below command to change a single column: cases = cases.withColumnRenamed( , ) "infection_case" "infection_source" Or for all columns: cases = cases.toDF(*[ , , , , , , , ]) 'case_id' 'province' 'city' 'group' 'infection_case' 'confirmed' 'latitude' 'longitude' Select Columns We can select a subset of columns using the select keyword. cases = cases.select( , , , ) cases.show() 'province' 'city' 'infection_case' 'confirmed' Sort We can sort by the number of confirmed cases. Here note that the cases data frame will not change after performing this command as we don’t assign it to any variable. cases.sort( ).show() "confirmed" But that is inverted. We want to see the most cases at the top. We can do this using the F.desc function: pyspark.sql functions F cases.sort(F.desc( )).show() # descending Sort from import as "confirmed" We can see the most cases in a logical area in South Korea originated from `Shincheonji Church`. Cast Though we don’t face it in this dataset, there might be scenarios where Pyspark reads a double as integer or string, In such cases, you can use the cast function to convert types. pyspark.sql.types DoubleType, IntegerType, StringType cases = cases.withColumn( , F.col( ).cast(IntegerType())) cases = cases.withColumn( , F.col( ).cast(StringType())) from import 'confirmed' 'confirmed' 'city' 'city' Filter We can filter a data frame using multiple conditions using AND(&), OR(|) and NOT(~) conditions. For example, we may want to find out all the different infection_case in Daegu Province with more than 10 confirmed cases. cases.filter((cases.confirmed> ) & (cases.province== )).show() 10 'Daegu' GroupBy We can use groupBy function with a spark DataFrame too. Pretty much same as the pandas groupBy with the exception that you will need to import pyspark.sql.functions. is the list of functions you can use with this function module. Here pyspark.sql functions F cases.groupBy([ , ]).agg(F.sum( ) ,F.max( )).show() from import as "province" "city" "confirmed" "confirmed" If you don’t like the new column names, you can use the alias keyword to rename columns in the agg command itself. cases.groupBy([ , ]).agg( F.sum( ).alias( ),\ F.max( ).alias( )\ ).show() "province" "city" "confirmed" "TotalConfirmed" "confirmed" "MaxFromOneConfirmedCase" Joins To Start with Joins we will need to introduce one more CSV file. We will go with the region file which contains region information such as elementary_school_count, elderly_population_ratio, etc. regions = spark.read.load( ,format= , sep= , inferSchema= , header= ) regions.limit( ).toPandas() "/home/rahul/projects/sparkdf/coronavirusdataset/Region.csv" "csv" "," "true" "true" 10 We want to get this information in our cases file by joining the two DataFrames. We can do this by using: cases = cases.join(regions, [ , ],how= ) cases.limit( ).toPandas() 'province' 'city' 'left' 10 2. Broadcast/Map Side Joins Sometimes you might face a scenario where you need to join a very big table(~1B Rows) with a very small table(~100–200 rows). The scenario might also involve increasing the size of your database like in the example below. Such sort of operations is aplenty in Spark where you might want to apply multiple operations to a particular key. But assuming that the data for each key in the Big table is large, it will involve a lot of data movement. And sometimes so much that the application itself breaks. A small optimization then you can do when joining on such big tables(assuming the other table is small) is to broadcast the small table to each machine/node when you perform a join. You can do this easily using the broadcast keyword. This has been a lifesaver many times with Spark when everything else fails. pyspark.sql.functions broadcast cases = cases.join(broadcast(regions), [ , ],how= ) from import 'province' 'city' 'left' 3. Use SQL with DataFrames If you want, you can also use SQL with data frames. Let us try to run some SQL on the cases table. We first register the cases dataframe to a temporary table cases_table on which we can run SQL operations. As you can see, the result of the SQL select statement is again a Spark Dataframe. cases.registerTempTable( ) newDF = sqlContext.sql( ) newDF.show() 'cases_table' 'select * from cases_table where confirmed>100' I have shown a minimal example above, but you can use pretty much complex SQL queries involving GROUP BY, HAVING, AND ORDER BY clauses as well as aliases in the above query. 4. Create New Columns There are many ways that you can use to create a column in a PySpark Dataframe. I will try to show the most usable of them. Using Spark Native Functions The most pysparkish way to create a new column in a PySpark DataFrame is by using built-in functions. This is the most performant programmatical way to create a new column, so this is the first place I go whenever I want to do some column manipulation. We can use .withcolumn along with PySpark SQL functions to create a new column. In essence, you can find String functions, Date functions, and Math functions already implemented using Spark functions. Our first function, the F.col function gives us access to the column. So if we wanted to add 100 to a column, we could use F.col as: pyspark.sql.functions F casesWithNewConfirmed = cases.withColumn( , + F.col( )) casesWithNewConfirmed.show() import as "NewConfirmed" 100 "confirmed" We can also use math functions like F.exp function: casesWithExpConfirmed = cases.withColumn( , F.exp( )) casesWithExpConfirmed.show() "ExpConfirmed" "confirmed" There are a lot of other functions provided in this module, which are enough for most simple use cases. You can check out the functions list . here Using Spark UDFs Sometimes we want to do complicated things to a column or multiple columns. This could be thought of as a map operation on a PySpark Dataframe to a single column or multiple columns. While Spark SQL functions do solve many use cases when it comes to column creation, I use Spark UDF whenever I need more matured Python functionality. To use Spark UDFs, we need to use the F.udf function to convert a regular python function to a Spark UDF. We also need to specify the return type of the function. In this example the return type is StringType() pyspark.sql.functions F pyspark.sql.types * confirmed < : : casesHighLowUDF = F.udf(casesHighLow, StringType()) CasesWithHighLow = cases.withColumn( , casesHighLowUDF( )) CasesWithHighLow.show() import as from import : def casesHighLow (confirmed) if 50 return 'low' else return 'high' #convert to a UDF Function by passing in the function and return type of function "HighLow" "confirmed" Using RDDs This might seem a little odd, but sometimes both the spark UDFs and SQL functions are not enough for a particular use-case. I have observed the RDDs being much more performant in some use-cases in real life. You might want to utilize the better partitioning that you get with spark RDDs. Or you may want to use group functions in Spark RDDs. Whatever the case be, I find this way of using RDD to create new columns pretty useful for people who have experience working with RDDs that is the basic building block in the Spark ecosystem. Don’t worry much if you don’t understand it. It is just here for completion. We convert a row object to a dictionary. Work with the dictionary as we are used to and convert that dictionary back to row again. This might come in handy in a lot of situations. The process below makes use of the functionality to convert between Row and pythondict objects. math pyspark.sql Row row_dict = row.asDict() row_dict[ ] = float(np.exp(row_dict[ ])) newrow = Row(**row_dict) newrow cases_rdd = cases.rdd cases_rdd_new = cases_rdd.map( row: rowwise_function(row)) casesNewDf = sqlContext.createDataFrame(cases_rdd_new) casesNewDf.show() import from import : def rowwise_function (row) # convert row to python dictionary: # Add a new key in the dictionary with the new column name and value. # This might be a big complex function. 'expConfirmed' 'confirmed' # convert dict to row back again: # return new row return # convert cases dataframe to RDD # apply our function to RDD lambda # Convert RDD Back to DataFrame Using Pandas UDF This functionality was introduced in the Spark version 2.3.1. And this allows you to use pandas functionality with Spark. I generally use it when I have to run a groupBy operation on a Spark dataframe or whenever I need to create rolling features and want to use Pandas rolling functions/window functions rather than Spark window functions which we will go through later in this post. The way we use it is by using the F.pandas_udf decorator. And we need to return a pandas dataframe in turn from this function. We assume here that the input to the function will be a pandas data frame. The only complexity here is that we have to provide a schema for the output Dataframe. We can use the original schema of a dataframe to create the outSchema. cases.printSchema() Here I am using Pandas UDF to get normalized confirmed cases grouped by infection_case. The main advantage here is that I get to work with pandas dataframes in Spark. 5. Spark Window Functions Window functions may make a whole blog post in itself. Here I will talk about some of the most important window functions available in spark. For this, I will also use one more data CSV, which has dates present as that will help with understanding Window functions much better. I will use the TimeProvince dataframe which contains daily case information for each province. Ranking You can get rank as well as dense_rank on a group using this function. For example, you may want to have a column in your cases table that provides the rank of infection_case based on the number of infection_case in a province. We can do this by: pyspark.sql.window Window windowSpec = Window().partitionBy([ ]).orderBy(F.desc( )) cases.withColumn( ,F.rank().over(windowSpec)).show() from import 'province' 'confirmed' "rank" Lag Variables Sometimes our data science models may need lag based features. For example, a model might have variables like the price last week or sales quantity the previous day. We can create such features using the lag function with window functions. Here I am trying to get the confirmed cases 7 days before. I am filtering to show the results as the first few days of corona cases were zeros. You can see here that the lag_7 day feature is shifted by 7 days. pyspark.sql.window Window windowSpec = Window().partitionBy([ ]).orderBy( ) timeprovinceWithLag = timeprovince.withColumn( ,F.lag( , ).over(windowSpec)) timeprovinceWithLag.filter(timeprovinceWithLag.date> ).show() from import 'province' 'date' "lag_7" "confirmed" 7 '2020-03-10' Rolling Aggregations Sometimes it helps to provide rolling averages to our models. For example, we might want to have a rolling 7-day sales sum/mean as a feature for our sales regression model. Let us calculate the rolling mean of confirmed cases for the last 7 days here. This is what a lot of the people are already doing with this dataset to see the real trends. pyspark.sql.window Window windowSpec = Window().partitionBy([ ]).orderBy( ).rowsBetween( , ) timeprovinceWithRoll = timeprovince.withColumn( ,F.mean( ).over(windowSpec)) timeprovinceWithRoll.filter(timeprovinceWithLag.date> ).show() from import 'province' 'date' -6 0 "roll_7_confirmed" "confirmed" '2020-03-10' There are a few things here to understand. First is the function that we are using here. This function has a form of rowsBetween(start,end) with both start and end inclusive. Using this we only look at the past 7 days in a particular window including the current_day. Here 0 specifies the current_row and -6 specifies the seventh row previous to current_row. Remember we count starting from 0. rowsBetween(-6,0) So to get roll_7_confirmed for date 2020–03–22 we look at the confirmed cases for dates 2020–03–22 to 2020–03–16 and take their mean. If we had used we would just have looked at past 7 days of data and not the current_day. rowsBetween(-7,-1) One could also find a use for rowsBetween(Window.unboundedPreceding, Window.currentRow) where we take the rows between the first row in a window and the current_row to get running totals. I am calculating cumulative_confirmed here. pyspark.sql.window Window windowSpec = Window().partitionBy([ ]).orderBy( ).rowsBetween(Window.unboundedPreceding,Window.currentRow) timeprovinceWithRoll = timeprovince.withColumn( ,F.sum( ).over(windowSpec)) timeprovinceWithRoll.filter(timeprovinceWithLag.date> ).show() from import 'province' 'date' "cumulative_confirmed" "confirmed" '2020-03-10' 6. Pivot Dataframes Sometimes we may need to have the dataframe in flat format. This happens frequently in movie data where we may want to show genres as columns instead of rows. We can use pivot to do this. Here I am trying to get one row for each date and getting the province names as columns. pivotedTimeprovince = timeprovince.groupBy( ).pivot( ).agg(F.sum( ).alias( ) , F.sum( ).alias( )) pivotedTimeprovince.limit( ).toPandas() 'date' 'province' 'confirmed' 'confirmed' 'released' 'released' 10 One thing to note here is that we need to provide an aggregation always with the pivot function even if the data has a single row for a date. 7. Unpivot/Stack Dataframes This is just the opposite of the pivot. Given a pivoted dataframe like above, can we go back to the original? Yes, we can. But the way is not that straightforward. For one we will need to replace - with _ in the column names as it interferes with what we are about to do. We can simply rename the columns: newColnames = [x.replace( , ) x pivotedTimeprovince.columns] pivotedTimeprovince = pivotedTimeprovince.toDF(*newColnames) "-" "_" for in Now we will need to create an expression which looks like the below: "stack(34, 'Busan_confirmed' , Busan_confirmed,'Busan_released' , Busan_released,'Chungcheongbuk_do_confirmed' , . . . 'Seoul_released' , Seoul_released,'Ulsan_confirmed' , Ulsan_confirmed,'Ulsan_released' , Ulsan_released) as (Type,Value)" The general format is as follows: "stack( , 'firstcolname', firstcolname , 'secondcolname' ,secondcolname ......) as (Type, Value)" It may seem daunting, but we can create such an expression using our programming skills. expression = cnt= column pivotedTimeprovince.columns: column!= : cnt += expression += expression = "" 0 for in if 'date' 1 f"' ' , ," {column} {column} f"stack( , ) as (Type,Value)" {cnt} {expression[: ]} -1 And we can unpivot using: unpivotedTimeprovince = pivotedTimeprovince.select( ,F.expr(exprs)) 'date' And voila! we have got our dataframe in a vertical format. There are quite a few column creations, filters, and join operations needed to get exactly the same format as before, but I will not get into those. 8. Salting Sometimes it might happen that a lot of data goes to a single executor since the same key is assigned for a lot of rows in our data. Salting is another way that helps you to manage data skewness. So assuming we want to do the sum operation when we have skewed keys. We can start by creating the Salted Key and then doing a double aggregation on that key as the sum of a sum still equals sum. To understand this assume we need the sum of confirmed infection_cases on the cases table and assume that the key infection_cases is skewed. We can do the required operation in two steps. 1. Create a Salting Key We first create a salting key using a concatenation of infection_case column and a random_number between 0 to 9. In case your key is even more skewed, you can split it in even more than 10 parts. cases = cases.withColumn( , F.concat(F.col( ), F.lit( ), F.monotonically_increasing_id() % )) "salt_key" "infection_case" "_" 10 This is how the table looks after the operation: 2. First Groupby on salt key cases_temp = cases.groupBy([ , ]).agg(F.sum( )).show() "infection_case" "salt_key" "confirmed" 3. Second Group On the original Key Here we saw how the sum of sum can be used to get the final sum. You can also make use of facts like: min of min is min max of max is max sum of count is count You can think about ways in which salting as an idea could be applied to joins too. Some More Tips and Tricks Caching Spark works on the lazy execution principle. What that means is that nothing really gets executed until you use an action function like the .count() on a dataframe. And if you do a .count function, it generally helps to cache at this step. So I have made it a point to cache() my dataframes whenever I do a .count() operation. df.cache().count() Save and Load from an intermediate step df.write.parquet( ) df.unpersist() spark.read.load( ) "data/df.parquet" "data/df.parquet" When you work with Spark you will frequently run with memory and storage issues. While in some cases such issues might be resolved using techniques like broadcasting, salting or cache, sometimes just interrupting the workflow and saving and reloading the whole dataframe at a crucial step has helped me a lot. This helps spark to let go of a lot of memory that gets utilized for storing intermediate shuffle data and unused caches. Repartitioning You might want to repartition your data if you feel your data has been skewed while working with all the transformations and joins. The simplest way to do it is by using: df = df.repartition( ) 1000 Sometimes you might also want to repartition by a known scheme as this scheme might be used by a certain join or aggregation operation later on. You can use multiple columns to repartition using: df = df.repartition( , , , ) 'cola' 'colb' 'colc' 'cold' You can get the number of partitions in a data frame using: df.rdd.getNumPartitions() You can also check out the distribution of records in a partition by using the glom function. This helps in understanding the skew in the data that happens while working with various transformations. df.glom().map(len).collect() Reading Parquet File in Local Sometimes you might want to read the parquet files in a system where Spark is not available. In such cases, I normally use the below code: glob glob df = pd.DataFrame() file glob( ): df = pd.concat([df,pd.read_parquet(file)]) df from import : def load_df_from_parquet (parquet_directory) for in f" /*" {parquet_directory} return Conclusion This was a big post and congratulations on you reaching the end. These are the most common functionalities I end up using in my day to day job. Hopefully, I’ve covered the Dataframe basics well enough to pique your interest and help you get started with Spark. If you want to learn more about how Spark Started or RDD basics take a look at this post You can find all the code at this GitHub repository where I keep code for all my posts. Continue Learning Also, if you want to learn more about Spark and Spark DataFrames, I would like to call out these excellent courses on and by Yandex on Coursera. Big Data Essentials: HDFS, MapReduce and Spark RDD Big Data Analysis: Hive, Spark SQL, DataFrames and GraphFrames I am going to be writing more of such posts in the future too. Let me know what you think about the series. Follow me up at or Subscribe to my to be informed about them. As always, I welcome feedback and constructive criticism and can be reached on Twitter . HackerNoon blog @mlwhiz Also, a small disclaimer — There might be some affiliate links in this post to relevant resources, as sharing knowledge is never a bad idea. Also published at: https://mlwhiz.com/blog/2020/06/06/spark_df_complete_guide/

The Hitchhiker's Guide to pySpark DataFrames

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

How I Created a Simpsons Dataset for Instance Segmentation

3 Best Hadoop Alternatives to Consider for Migration

The Noonification: Introduction to Python Debugging with Pdb (8/25/2022)

8 Lessons For Building Data Companies On Solid Ground

Accelerate Spark and Hive Jobs on AWS S3 by 10x with Alluxio as a Tiered Storage Solution

Accelerating Write-Intensive Data Workloads on AWS S3

How I Created a Simpsons Dataset for Instance Segmentation

3 Best Hadoop Alternatives to Consider for Migration

The Noonification: Introduction to Python Debugging with Pdb (8/25/2022)

8 Lessons For Building Data Companies On Solid Ground

Accelerate Spark and Hive Jobs on AWS S3 by 10x with Alluxio as a Tiered Storage Solution

Accelerating Write-Intensive Data Workloads on AWS S3

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps