How to Use the Splice Machine Native Spark DataSource

This topic will help you to get started with using the Splice Machine Native Spark DataSource (aka the Spark Adapter) in your applications and Zeppelin notebooks, in the following sections:

See the Native Spark DataSource Overview topic for an overview of the Native Spark DataSource.

The SplicemachineContext Class

The first thing you need to do when using the Native Spark DataSource is to create an instance of the SplicemachineContext class; this is the primary serializable class that you can broadcast in your Spark applications. This class interacts with your Splice Machine cluster in your Spark executors, and provides the methods that you can use to perform operations such as:

  • Interfacing with the Splice Machine RDD
  • Running inserts, updates, and deletes on your data
  • Converting data types between Splice Machine and Spark

Creating Your Context

Here’s a example of creating a context in an interactive Spark Shell session:

import com.splicemachine.spark.splicemachine._
import com.splicemachine.derby.utils._
import com.splicemachine.derby.impl.SpliceSpark
val spliceJDBC = "jdbc:splice://SPLICESERVERHOST:1527/splicedb;user=<yourUserId>;password=<yourPassword>"
val SpliceContext = new SplicemachineContext(spliceJDBC)
val ds = SpliceContext.df("select * from splice.test")

And here’s a similar example from a Zeppelin notebook:

import com.splicemachine.spark.splicemachine._
import com.splicemachine.derby.utils._

val JDBC_URL = "jdbc:splice://:1527/splicedb;user=<yourname>;password=<yourpswd>"
val splicemachineContext = new SplicemachineContext(JDBC_URL)

Using the Context to Populate a Table

Here’s a simple example that illustrates how to populate a Splice Machine table from a Spark DataFrame. This example uses Zepplin.

First we’ll create a DataFrame with a little data in it:

val carsDF = Seq(
   (1, "Toyota", "Camry"),
   (2, "Honda", "Accord"),
   (3, "Subaru", "Impreza"),
   (4, "Chevy", "Volt")

Then we’ll create a table in our Splice Machine database:

create table mySchema.carsTbl ( number int primary key,
                                make  varchar(20),
                                model varchar(20) );

Now we can insert the contents of our DataFrame directly into the table:

splicemachineContext.insert( carsDF, "mySchema.carsTbl");

Though this simple example contains little data, you can operate on a DataFrame of any size in exactly the same way.

The Running Apps with the Native Spark DataSource and Using our Native Spark DataSource with Zeppelin topics in this chapter contains example walkthroughs that show you how to use the context object to interact with your Splice Machine database.

Accessing Database Objects with Internal Access

By default, Native Spark DataSource queries execute in the Spark application, which is highly performant and allows access to almost all Splice Machine features. However, when your Native Spark DataSource application uses our Access Control List (ACL) feature, there is a restriction with regard to checking permissions.

The specific problem is that the Native Spark DataSource does not have the ability to check permissions at the view level or column level; instead, it checks permissions on the base table. This means that if your Native Spark DataSource application doesn’t have access to the table underlying a view or column, it will not have access to that view or column; as a result, a query against the view or colunn fails and throws an exception.

The workaround for this problem is to tell the Native Spark DataSource to use internal access to the database; this enables view/column permission checking, at a very slight cost in performance. With internal access, the adapter runs queries in Splice Machine and temporarily persists data in HDFS while running the query.

The ACL feature is enabled by setting the property splice.authentication.token.enabled = true.

Context Connection Options

When using the Native Spark DataSource, you can specify some optional properties for the JDBC connection that you’re using to access your Splice Machine database. To do so, Map those options using a SpliceJDBCOptions object, and then create your SplicemachineContext with that map. For example:

val options = Map(
  JDBCOptions.JDBC_URL -> "jdbc:splice://<jdbcUrlString>",
  SpliceJDBCOptions.JDBC_INTERNAL_QUERIES -> "true"

spliceContext  = new SplicemachineContext( options )

The SpliceJDBCOptions properties that you can currently specify in the JDBC connect URL are:

Option Default Value Description
JDBC_INTERNAL_QUERIES false A string with value true or false, which indicates whether or not to run queries internally by default.

The path to the temporary directory that you want to use when persisting temporary data from internally executed queries.

The user running a query must have write permission on this directory, or your connected application may freeze or fail.

Database Permissions and the Native Spark DataSource

You must make sure that each user who is going to use the Splice Machine Native Spark DataSource has execute permission on the SYSCS_UTIL.SYSCS_HDFS_OPERATION system procedure.

SYSCS_UTIL.SYSCS_HDFS_OPERATION is a Splice Machine system procedure that is used internally to efficiently perform direct HDFS operations. This procedure is not documented because it is intended only for use by the Splice Machine code itself; however, the Native Spark DataSource uses it, so any user of the Adapter must have permission to execute the SYSCS_UTIL.SYSCS_HDFS_OPERATION procedure.

Here’s an example of granting execute permission for two users:

splice> grant execute on procedure SYSCS_UTIL.SYSCS_HDFS_OPERATION to someuser;
0 rows inserted/updated/deleted
splice> grant execute on procedure SYSCS_UTIL.SYSCS_HDFS_OPERATION to anotheruser;
0 rows inserted/updated/deleted

Using the Native Spark DataSource with Kerberos

If you’re using the Native Spark DataSource on a Kerberized cluster, you must set the following property value in your hbase-site.xml settings file: