Skip to main content
Connectors

SonarQube Cloud connector

Set up the SonarQube Cloud connector in Kaivo: authentication, configuration, the 3 BigQuery tables it syncs, and answers to common questions.

Written By Lauri Raivio

Last updated 16 days ago

Kaivo is a fully managed data platform that syncs your SonarQube Cloud data into a Google BigQuery warehouse and keeps it up to date automatically. There is no pipeline to build and no infrastructure to run, so you can spend your time analysing your data from SonarQube Cloud instead of moving it.

What is the SonarQube Cloud connector

Sync your SonarQube Cloud data into BigQuery with Kaivo to analyse code quality and issues across your projects.

CategoryTech
AuthenticationAPI key
SetupSelf-service

Getting started with the SonarQube Cloud connector

  1. Sign up for Kaivo and create a workspace.
  2. Connect your SonarQube Cloud account.
  3. Choose which tables to sync.
  4. Wait for the initial sync to finish.
  5. Query your data in BigQuery or your favourite AI or BI tool.

Authenticating SonarQube Cloud

Authenticate with your User Token.

FieldDescription
User Token

Your User Token. See here. The token is case sensitive.

Configuring the SonarQube Cloud connector

When you set up the connector, you provide:

FieldDescription
Component Keys

Comma-separated list of component keys.

Organization

Organization key. See here.

Start Date

To retrieve issues created after the given date (inclusive).

Tables and columns synced from SonarQube Cloud

Kaivo syncs 3 tables from SonarQube Cloud into a dedicated dataset in your BigQuery warehouse. Click any table to see its columns and types.

ColumnTypeDescription
_kaivo_idSTRINGPrimary key that uniquely identifies the row. Auto-generated by Kaivo.
keySTRINGUnique identifier for the component
nameSTRINGName of the component
organizationSTRINGName of the organization to which the component belongs
projectSTRINGName of the project to which the component is associated
qualifierSTRINGType of the component (e.g., 'TRK' for a project)
_kaivo_extracted_atTIMESTAMPTimestamp that shows when the row was extracted. Auto-generated by Kaivo.
ColumnTypeDescription
_kaivo_idSTRINGPrimary key that uniquely identifies the row. Auto-generated by Kaivo.
typeSTRINGThe type or category of the issue
authorSTRINGThe author or creator of the issue
componentSTRINGThe project component associated with the issue
creation_dateSTRINGThe date and time when the issue was created
debtSTRINGThe debt value associated with resolving the issue
effortSTRINGThe estimated effort required to resolve the issue
hashSTRINGThe unique hash identifier of the issue
keySTRINGThe unique key or identifier of the issue
lineINT64The line number in the source code where the issue occurs
messageSTRINGThe message or description of the issue
organizationSTRINGThe organization to which the project belongs
projectSTRINGThe name of the project where the issue exists
resolutionSTRINGThe resolution status of the issue
ruleSTRINGThe rule identifier associated with the issue
severitySTRINGThe severity level of the issue
statusSTRINGThe current status of the issue
update_dateSTRINGThe date and time when the issue was last updated
_kaivo_extracted_atTIMESTAMPTimestamp that shows when the row was extracted. Auto-generated by Kaivo.

Subtable: issues__flows

ColumnTypeDescription
_kaivo_parent_idSTRINGForeign key referencing _kaivo_id in the parent table. Auto-generated by Kaivo.
_kaivo_idSTRINGPrimary key that uniquely identifies the row. Auto-generated by Kaivo.
valueJSON
_kaivo_extracted_atTIMESTAMPTimestamp that shows when the row was extracted. Auto-generated by Kaivo.

Subtable: issues__tags

ColumnTypeDescription
_kaivo_parent_idSTRINGForeign key referencing _kaivo_id in the parent table. Auto-generated by Kaivo.
_kaivo_idSTRINGPrimary key that uniquely identifies the row. Auto-generated by Kaivo.
valueJSON
_kaivo_extracted_atTIMESTAMPTimestamp that shows when the row was extracted. Auto-generated by Kaivo.
ColumnTypeDescription
_kaivo_idSTRINGPrimary key that uniquely identifies the row. Auto-generated by Kaivo.
typeSTRINGThe type or format of the metric data (e.g., 'integer', 'float', 'string')
descriptionSTRINGA brief summary or explanation of the metric data
directionFLOAT64The direction of the metric data (e.g., 'higher is better' or 'lower is better')
domainSTRINGThe domain or category to which the metric data belongs
hiddenBOOLIndicates if the metric data is hidden from normal view (e.g., for internal use)
idSTRINGThe unique identifier for the metric data
keySTRINGThe key associated with the metric data (e.g., 'code_quality')
nameSTRINGThe name or title of the metric data
qualitativeBOOLIndicates if the metric data is qualitative in nature (e.g., 'yes' or 'no')
_kaivo_extracted_atTIMESTAMPTimestamp that shows when the row was extracted. Auto-generated by Kaivo.

How the SonarQube Cloud sync works

After the first load, Kaivo keeps your BigQuery warehouse up to date for you. Where SonarQube Cloud supports it, each sync pulls only new and changed records so it stays fast; otherwise it refreshes the whole table. Every record keeps its original ID, so you won't get duplicate rows.

Frequently asked questions

How long does the initial sync take for SonarQube Cloud?

It depends on how much history is in your SonarQube Cloud account. Most initial syncs finish within minutes, while large accounts can take a few hours. After that, syncs only fetch new and changed records, so they're much faster.

Can I sync only some tables or columns?

Yes. You pick which tables to sync when you set up the connection and can change the selection later. Tables you don't select are never copied to your warehouse.

What happens when SonarQube Cloud's schema changes?

New fields are never added automatically. You choose which fields to sync, so data you haven't selected (sensitive personal data, for example) never lands in your warehouse. When a new field appears, it becomes available for you to add. What happens to removed or renamed fields depends on a table's sync mode: full-refresh tables always match what's currently in SonarQube Cloud, so dropped fields disappear, while incremental tables keep their existing columns and history, so an old field stays and newly added fields fill in over time.

How do I handle GDPR or data deletion requests?

Your data lives in your own Kaivo-managed BigQuery warehouse, so the most direct option is to delete or anonymise specific records right in BigQuery. If you delete data in SonarQube Cloud instead, full-refresh tables drop it on the next sync, while incremental tables keep it, so you would remove the row in BigQuery or ask us to run a full refresh. To remove everything, delete the SonarQube Cloud connector in Kaivo and all of its synced data is deleted with it.

Common use cases for SonarQube Cloud data

Use metrics to track quality and coverage across components over time.

Issue analysis

Join issues with components to find where technical debt builds up.

Project view

Use components to compare code quality across repositories.

Use SonarQube Cloud data in your AI and BI tools

Once SonarQube Cloud data lands in your Kaivo-managed BigQuery warehouse, you can explore it with AI tools or any BI tool that connects to BigQuery. Here's how the most common destinations work with SonarQube Cloud data.

Claude

Use Kaivo's MCP server to give Claude secure, workspace-scoped access to your data. Setup guide →

Power BI

Microsoft's BI tool with a native BigQuery connector. Supports direct query and scheduled refresh. Setup guide →

Data Studio

Free Google BI tool with native BigQuery support. One-click connection to your Kaivo warehouse; great for SMB teams on Google Workspace. Setup guide →

Tableau

The premium analytics standard, with native BigQuery integration. Setup guide →

Google Sheets

Use Connected Sheets to query BigQuery directly from a spreadsheet, with no SQL. Setup guide →

Excel

Connect via Power Query's BigQuery connector. Setup guide →

Metabase

Open-source BI tool with strong BigQuery support. Setup guide →

See our pricing page for SonarQube Cloud connector pricing and plan details.

  • Adform: Sync Adform to BigQuery.
  • Amplitude: Sync Amplitude to BigQuery.
  • Auth0: Sync Auth0 to BigQuery.
  • Convex: Sync Convex to BigQuery.
  • GitHub: Sync GitHub to BigQuery.
  • GitLab: Sync GitLab to BigQuery.

Was this helpful?

Still need help? Share an idea