Page tree

Trifacta Dataprep




BigQuery is a fully managed, serverless data warehouse hosted in Google Cloud. BigQuery can automatically scale to read, write, and transform petabytes of data. This section describes how to interact with BigQuery through a connection in Dataprep by Trifacta®.

Open Big Query


A project owner does not need to enable access to BigQuery. Access to BigQuery is governed by permissions. 

IAM role

An IAM role is used by the product to enable access for it to Google Cloud resources. The default IAM role that is assigned to each user in the project is granted access to read and write data in BigQuery. 

If you are using a custom IAM role to access Google Cloud resources, you must ensure that the role contains the appropriate permissions to read and write data in BigQuery. 

For more information, see Required Dataprep User Permissions.

Service account

A service account is used by the product to run jobs in Dataflow. The default service account that is assigned to each user in the project is granted access to BigQuery. 

If you are using a custom service account, you must ensure that the account contains the appropriate permissions to read and write data in BigQuery. 

For more information, see Google Service Account Management.


NOTE: The platform supports a single, global connection to BigQuery. All users must use this connection.

Create BigQuery Connection

You do not need to create a connection to BigQuery. It is accessible based on permissions. See above.

Create via API

You cannot create BigQuery connections through the APIs.

Using BigQuery Connections

Uses of BigQuery

Dataprep by Trifacta can use BigQuery for the following tasks:

  1. Create datasets by reading from BigQuery tables.
  2. Write data to BigQuery.

NOTE: If you are reading data from BigQuery and writing job results for it back to BigQuery, both locations must be in the same geographic region.

Open Big Query

Before you begin using BigQuery

  1. Your BigQuery administrator must enable BigQuery for your Dataprep by Trifacta project. 
  2. Your BigQuery administrator should provide datasets or locations and access for storing datasets within BigQuery. 
  3. Users should know where shared data is located and where personal data can be saved without interfering with or confusing other users. 

NOTE: Dataprep by Trifacta does not modify source data in BigQuery. Datasets sourced from BigQuery are read without modification from their source locations.

For more information on how data types are converted to and from BigQuery sources, see BigQuery Data Type Conversions.

Support for CMEK

Use of Customer Managed Encryption Keys (CMEK) is supported and is transparent to the user. For more information, see

Reading from tables in BigQuery

You can create a dataset from a table stored in BigQuery.

  • Standard SQL
    • Tables
    • Views

      NOTE: Standard SQL syntax is supported. Legacy SQL syntax is not supported.

  • Nested tables are supported.
  • Partitioned tables are supported, but these must include a schema.

NOTE: Reading from external tables or from tables without a schema is not supported.

NOTE: Dataprep by Trifacta only supports native BigQuery tables and views. Schema information is required. Dataprep by Trifacta does not support BigQuery sources that reference data stored in Google Suite.

Creating datasets with custom SQL

Feature Availability: This feature is available in the following editions:

  • Dataprep Enterprise Edition by Trifacta
  • Dataprep Professional Edition by Trifacta
  • Dataprep Starter Edition by Trifacta
  • Dataprep Standard by Trifacta
  • Dataprep Premium by Trifacta

You can create your datasets by generating custom SQL SELECT statements on your BigQuery tables.

Tip: By pre-filtering your datasets using custom SQL, you can reduce the volume of data that is transferred from the database, which can significantly improve import performance.

For more information, see Create Dataset with SQL

Reading from other projects

If you have access to multiple projects:

  • Reading: you can browse for BigQuery tables in other projects from which to read.
  • Writing: you can browse for BigQuery databases that are accessible from other projects to which you have read and write access.

Figure: Enter a project identifier to browse for BigQuery databases and tables

Enter the project identifier in the textbox, and click Go.

Tip: The identifiers for your projects are available from the Projects menu in the toolbar. See Projects Menu.

Tip: You can paste project identifiers from publicly available projects to read from them.

Writing to BigQuery

You can write datasets to BigQuery as part of your job definition.  

NOTE: Object and Array data types are written back to BigQuery as string values.

NOTE: BigQuery does not support destinations with a dot (.) in the name. For more information, see

Tip: Optionally, you can choose to merge your results to an existing BigQuery table. Based on a specified set of matching columns, you can define the rows to update from your source.

Tip: During import from Cloud Storage, you can choose to show hidden files. These files include profiler files generated during a job run. These files can be re-imported into the product and then published to BigQuery for additional analysis. Please note that BigQuery does not support names with a dot in them. For more information, see Import Data Page.

For more information on creating a publishing action to BigQuery, see BigQuery Table Settings.

Writing to other projects

If you have write access to other projects, you can write to BigQuery tables that are associated with those projects. You must have write access to any table to which you are writing. 

You can specify the target table as part of the job specification. See Run Job Page.

SQL Syntax

The following syntax requirements apply to this connection.

Object delimiters:

  • Back-ticks around datasets (database/table combination)
  • No quotes around column/field references
  • Double-quotes can be used around mock data in a SELECT statement

Example syntax:

SELECT column1,column2 FROM `databaseName.tableName`

For more information, see

For more information on SQL in general, see Supported SQL Syntax.

Using BigQuery as a running environment

If your source data and output targets are located in BigQuery, you may be able to execute your recipe transformations inside BigQuery. For more information, see BigQuery Running Environment.

BigQuery Data Type Conversions

For more information, see BigQuery Data Type Conversions.


Enable: Automatically enabled.

Create New Connection: n/a

This page has no comments.