PDE - Preparing and Using Data for Analysis - Section 4.3

Share data by defining sharing rules, publishing datasets and reports, and using Analytics Hub for BigQuery data sharing.

Define sharing rules to publish BigQuery datasets and reports to internal or external consumers using Analytics Hub listings, and recognise when data clean rooms provide privacy-preserving collaboration without exposing the underlying rows.

Analytics HubBigQuery datasetsData clean rooms

Practice question for this objective

Free samplePreparing and Using Data for Analysiseasy

A retail analytics team in London wants to publish a curated BigQuery dataset of weekly product sales aggregates so that partner suppliers in separate Google Cloud organisations can query the data from their own projects without the analytics team having to add each partner as a principal on the source dataset. The analytics team will continue to update the underlying tables, and partners should always see the latest data when they query. Which approach in BigQuery best supports this sharing pattern?

  • AExport the weekly aggregates to Cloud Storage as Parquet files in a partner-readable bucket and ask each partner to load the files into their own BigQuery project.
  • BGrant each partner principal the BigQuery Data Viewer role directly on the source dataset in the publisher's project so they can query the tables in place.
  • CPublish the curated dataset as a listing in Analytics Hub, then have each partner subscribe to the listing so a linked read-only dataset appears in their own project. Correct
  • DCreate authorised views over the aggregate tables in the publisher's project and grant each partner the BigQuery Job User role in that same project so they can run queries.
Recognise Analytics Hub listings as the BigQuery mechanism for sharing curated datasets with external subscribers who query live data from their own projects. Analytics Hub lets a publisher expose a BigQuery dataset as a listing in an exchange. Subscribers add the listing to their own project as a linked dataset, which is a read-only symbolic reference back to the source. Queries run in the subscriber's project against the latest source data, so the publisher avoids managing per-partner IAM on production tables and partners do not need their own copy of the data.

Why A is wrong: Tempting because Cloud Storage is a common interchange layer, but it forces every partner to manage ingestion, breaks the live-query expectation, and does not give the publisher a managed sharing surface in BigQuery.

Why B is wrong: This works for a small number of internal users but does not scale to many external partners across organisations and requires the publisher to maintain a long IAM policy on the production dataset.

Why C is correct: Analytics Hub is the BigQuery feature designed for publishing curated datasets as listings that subscribers consume as linked datasets, with the publisher controlling the source and subscribers querying live data in their own projects.

Why D is wrong: Authorised views can expose subsets of data, but giving external partners job-running permissions in the publisher's project mixes billing and access, and still lacks the managed listing model that Analytics Hub provides.

See more PDE practice questions, answers explained.

More in this domain

Back to all Preparing and Using Data for Analysis objectives, or the PDE cert hub.

Examworthy is not affiliated with or endorsed by Google Cloud. Original, blueprint-aligned practice material only.