Troubleshooting
For information about possible workarounds or solutions for known issues that you might encounter while using the driver in various BI tools, see the following sections:
Architecture Mismatch Problems
If you encounter an error message similar to "The specified DSN contains an architecture mismatch between the Driver and Application", then the bitness of the application you are using to attempt to connect to the Spark data store does not match the bitness of the driver that you are using. You might be attempting to connect a 32-bit application to a 64-bit driver, or vice versa. Make sure that the bitness of your application matches the bitness of driver that you are trying to use.
Note:
Applications in Microsoft Office 2007 and earlier are 32-bit only.
To determine the bitness of an application:
- Open the About dialog box for the application. For example, to open the About dialog box for Microsoft Office 2013 products, select the File tab in the ribbon, then click Account in the left pane, and then click the About [Application] button (where [Application] is the application name).
- In the About dialog box, look for the words 32-bit or 64-bit:
- If the About dialog box contains 32-bit then you must use a 32-bit driver to connect to that application.
- If the About dialog box contains 64-bit then you must use a 64-bit driver to connect to that application.
For example, the following image shows the About dialog box for a 32-bit version of Microsoft Excel 2013.
Known Issues When Using Linked Server
The following are known issues that you might encounter when using a SQL Server linked server to work with your data.
Scripting Options Return Errors
When using a linked server, the scripting options that are accessible from the Object Explorer are not supported. For example, if you try to execute a query using one of the Script Table As options, the Management Studio will return an error message stating that the specified table "contains no columns that can be selected or the current user does not have permissions on that object".
As a workaround for this issue, define your queries using the editor that opens when you click the New Query button in the toolbar instead of using the scripting options.
Type Conversion Error
If a type conversion error occurs after you try to execute a query, then the result set might contain a column that is longer than 8000 bytes. This issue occurs because the maximum data length that SQL Server supports is 8000 bytes.
To resolve this issue, modify your query to exclude the column from your result set.
Decreased Performance During Filtered Queries
When using a linked server, filtered queries might take longer than expected to execute. This issue occurs because the filters are being processed by the linked server; by default, the linked server does not pass filters to the Simba Spark ODBC Driver.
To resolve this issue, modify your query to enclose the filters in the OPENQUERY function. When you execute a query with the filters contained in the OPENQUERY function, the linked server passes the filters to the driver for processing, improving performance.
For example, if you execute the following query, the linked server will process the filters:
SELECT TOP 100 * FROM [LINKEDSPARK].[default].[FoodMart].[Sales]
To retrieve the same data but make sure that filtering is processed by the Simba Spark ODBC Driver instead, execute the following query:
SELECT * FROM OPENQUERY(LINKEDSPARK, 'SELECT TOP 100 * FROM Sales')
For more information about the OPENQUERY function, see the "OPENQUERY (Transact-SQL)" article in the Transact-SQL Reference: https://msdn.microsoft.com/en-CA/library/ms188427.aspx.