Direct Data Distribution from Data Warehouses and Object Storage Services

Direct data distribution from data warehouses and object storage services covers extracting consolidated and cleaned data directly from a data warehouse/object storage service and distributing it to your GoodData workspaces.

Contents:

Supported Data Warehouses and Object Storage Services

In addition to the GoodData ADS (Agile Data Warehousing Service; see Data Warehouse), the GoodData platform supports direct integration with the following third-party data warehouses:

The GoodData platform also supports direct integration with the Amazon S3 object storage service (https://aws.amazon.com/s3/).

You can integrate data from your Snowflake instance, Redshift cluster, BigQuery project, or Amazon S3 bucket directly into the GoodData platform. The Automated Data Distribution (ADD) v2 process synchronizes data from the data warehouse/object storage service with your customers’ workspaces based on a defined schedule. This is a key approach in building optimized multi-tenant analytics for all your customers and users without the runaway costs associated with executing direct queries to your data warehouse or object storage service. For more information about ADD v2 benefits and usage, see Automated Data Distribution v2 for Data Warehouses and Automated Data Distribution v2 for Object Storage Services.

Setting up direct data distribution from a data warehouse/object storage service requires actions that you perform both on your Snowflake instance/Redshift cluster/BigQuery project/S3 bucket and in your GoodData workspace.

Components of Direct Data Distribution

Data Source

A Data Source is an entity that holds the properties (location and access credentials) of the source of your data.

If you integrate data from the data warehouses, a Data Source stores the properties of a data warehouse. If you use the Output Stage, the Data Source also stores the Output Stage prefix.

The Data Source is the main reference point when you are performing the following tasks:

  • Generating the Output Stage. The GoodData platform scans the data warehouse schema stored in your Data Source and generates recommended views for the Output Stage.
  • Generating an LDM. The GoodData platform scans the data warehouse schema or the Output Stage that is specified in your Data Source and provides a definition of the LDM, which you then use for generating the LDM in your workspace.
  • Validating the mapping between the Data Source and the LDM. The Output Stage connected to your Data Source is compared to the LDM, and a list of inconsistencies is returned. Validate the mapping after you have changed the Output Stage or the LDM to see what changes are required.
  • Managing mapping between workspaces and your customers' data. You can provide a custom mapping scheme to match the workspace IDs (also known as project IDs) and the client IDs. For more information about client IDs, see Automated Data Distribution v2 for Data Warehouses.

You can perform all the above tasks using individual API calls. For more information about creating and listing Data Sources, see the API Reference.


If you integrate data from the object storage services, a Data Source stores the properties of an object storage service. For more information, see Integrate Data from Your Amazon S3 Bucket Directly to GoodData.

Output Stage

The Output Stage is used only when you set up direct data distribution from the data warehouses. The Output Stage is not used with object storage services.

The Output Stage is a set of tables and/or views created in your data warehouse specifically for integration with GoodData. The Output Stage serves as a source for loading data to your workspaces. Use the Output Stage if you cannot or do not want to download the data directly from the production tables in your data warehouse.

You can prepare the Output Stage manually or generate the Output Stage for the Data Source or the LDM. You can generate the Output Stage from a different schema than the schema that will contain the Output Stage.

If you decide to create the Output Stage manually, make sure that the following requirements are met:

If you decide to generate the Output Stage for the Data Source (see Create the Output Stage based on Your Data Warehouse Schema) or LDM (see Create the Output Stage based on Your Data Warehouse Schema), review the resulting SQL code to check the following:

  • All columns that should serve as connection points are prefixed with cp__.
  • All columns that should serve as references are prefixed with r__.
  • Attributes that are represented by numeric values (for example, a customer tier that can be 1, 2, or 3) are prefixed with a__. Unless this is done, all columns with a numerical data type (INT, FLOAT, and other) are by default identified as facts (the prefix f__).

For more information, see Naming Convention for Output Stage Objects in Automated Data Distribution v2 for Data Warehouses.

Powered by Atlassian Confluence and Scroll Viewport.