Sign in with Google, or use a service account key if you'd rather not tie the connection to your personal login. Either way, you're querying inside a few minutes.
No credit card. 14 days. Cancel in one click.
Quick answer: Click the + next to Databases, select BigQuery, and enter your Project ID. Choose Sign in with Google for a personal login, or Service Account for a JSON key with BigQuery Job User and Data Viewer roles. Click Save, then Test. The status dot turns green when it's connected.
my-gcp-project).US).Click Test. The status dot turns green and the header reads "Connected" with a latency. Open the Explorer tab in the SQL Editor and your datasets should already be listed.
Sign in with Google is faster and fine for personal use, your own queries against a project you already have access to. A service account is better when the connection needs to outlive you personally, a scheduled job that should keep running whether or not you're signed in, or a connection a teammate might also need to use. Either way, the credential lands in the macOS Keychain, wiped when you delete the connection.
The first time you connect any warehouse in QueryFlow, macOS may ask you to confirm network access for the app. That's a standard system prompt, not something specific to BigQuery, and it only appears once. If you're behind a corporate VPN or proxy that restricts outbound traffic, confirm Google's API endpoints are reachable before assuming the connection itself is misconfigured.
Saving doesn't immediately run a test, it just stores the connection. Click Test explicitly to confirm it works before building a scheduled job on top of it. A saved-but-untested connection shows a gray status dot, which is QueryFlow telling you it genuinely doesn't know yet, not a quiet failure.
Once connected, a simple metadata query confirms both access and the right project before you build anything real:
SELECT schema_name FROM region-us.INFORMATION_SCHEMA.SCHEMATA;
If that returns your datasets, the connection and the roles behind it are both working.
| If you see | Fix |
|---|---|
| Not signed in to Google. Click 'Sign in with Google', or add a service account key. | Finish the Google sign-in, or add a service account key. |
| BigQuery denied access. Check roles. | Add BigQuery Job User and Data Viewer in Google Cloud Console. |
| Project or dataset not found. | Re-check the Project ID and Default Dataset spelling. |
| Credentials were rejected. | Sign in again, or re-add the JSON key. |
For the full walkthrough with screenshots of every field, see the Connect Google BigQuery tutorial.
You can edit an existing connection and switch from Sign in with Google to a service account, or the reverse, without recreating it from scratch. The Project ID, Default Dataset and Location stay put; only the Authentication section changes, and a fresh Test confirms the new method works.
Sign in with Google follows whatever your organization's Google Workspace already requires, including single sign-on if that's set up. QueryFlow doesn't add a separate login step on top, it's the same browser sign-in flow you'd see anywhere else Google asks you to authenticate.
Once Test passes, open a fresh SQL tab and run a trivial query, SELECT 1, before closing the connection screen. It confirms the whole path end to end, not just the handshake, and takes about as long as reading this sentence.
BigQuery Job User and BigQuery Data Viewer at minimum. Add BigQuery Data Editor if the connection will also write to a table as a Data Sync target.
Yes, click Edit on the connection and update any field, then Test again.
The credential is kept in the macOS Keychain, not on a QueryFlow server, and is deleted when you remove the connection.
You can still query any dataset by fully qualifying it as project.dataset.table. The default just saves typing for one dataset you use most.
14-day free trial, no card. Takes about five minutes.
No credit card. 14 days. Cancel in one click.