Skip to content

feat(bigtable): precompute featureflags in client and reuse#13297

Merged
sushanb merged 3 commits intogoogleapis:mainfrom
sushanb:main
Nov 5, 2025
Merged

feat(bigtable): precompute featureflags in client and reuse#13297
sushanb merged 3 commits intogoogleapis:mainfrom
sushanb:main

Conversation

@sushanb
Copy link
Copy Markdown
Contributor

@sushanb sushanb commented Nov 3, 2025

No description provided.

@sushanb sushanb requested review from a team November 3, 2025 22:49
@product-auto-label product-auto-label bot added the api: bigtable Issues related to the Bigtable API. label Nov 3, 2025
@sushanb sushanb requested a review from bhshkh November 3, 2025 22:49
@gemini-code-assist
Copy link
Copy Markdown
Contributor

Summary of Changes

Hello @sushanb, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request introduces an optimization to the Bigtable client by changing how feature flags metadata is handled. Instead of generating the bigtable-features header for each API request, the client now precomputes this metadata once during its initialization. This precomputed metadata is then stored within the client instance and reused across all subsequent API calls, aiming to reduce overhead and improve overall client performance.

Highlights

  • Feature Flag Precomputation: The bigtable-features metadata is now computed once during client initialization, rather than on every API call.
  • Client-side Storage: A new field, featureFlagsMD of type metadata.MD, has been added to the Client struct to store the precomputed feature flags.
  • Reuse Across API Calls: All relevant API methods, such as Open, PrepareStatement, and Execute, now utilize the stored featureFlagsMD for their requests, eliminating redundant computation.
  • Refactored Function: The newFeatureFlags method was refactored into a standalone function createFeatureFlagsMD, which now takes necessary parameters directly, supporting the precomputation logic.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a good performance optimization by pre-computing and caching the feature flags metadata upon client initialization. This avoids redundant computations on every API call. The implementation is solid: a new field stores the pre-computed metadata, it's initialized correctly in NewClientWithConfig, and all call sites are updated to use the cached value. The refactoring of the feature flag creation logic into a standalone function is also a clean change. I have a couple of minor suggestions to improve comment clarity for better long-term maintainability.

Copy link
Copy Markdown
Contributor

@bhshkh bhshkh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

please fix gemini suggested comments

sushanb and others added 2 commits November 5, 2025 16:06
Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com>
Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com>
@sushanb sushanb merged commit 3b3253a into googleapis:main Nov 5, 2025
11 checks passed
bhshkh added a commit that referenced this pull request Dec 15, 2025
PR created by the Librarian CLI to initialize a release. Merging this PR
will auto trigger a release.

Librarian Version: v0.7.0
Language Image:
us-central1-docker.pkg.dev/cloud-sdk-librarian-prod/images-prod/librarian-go@sha256:718167d5c23ed389b41f617b3a00ac839bdd938a6bd2d48ae0c2f1fa51ab1c3d
<details><summary>bigtable: 1.41.0</summary>

##
[1.41.0](bigtable/v1.40.1...bigtable/v1.41.0)
(2025-12-15)

### Features

* add PeerInfo proto in Bigtable API (PiperOrigin-RevId: 829585900)
([185951b](185951b3))

* precompute featureflags in client and reuse (#13297)
([3b3253a](3b3253ac))

* Add experimental Bigtable connection pool with custom load balancing
strategy. (#12882)
([7aa9612](7aa96127))

* Enable ALTS hard bound token in Bigtable w/ direct access (#13153)
([9023934](90239341))

* Enable routing cookie and attempt headers for enhanced retries
(#12964)
([96cfd47](96cfd47a))

### Bug Fixes

* fix project id sent in otel (#13286)
([4865868](4865868c))

* screaming uppercase metric status (#13484)
([b35ee8f](b35ee8fd))

### Performance Improvements

* parallelize the exportTimeSeries function (#13004)
([bafd691](bafd691d))

</details>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

api: bigtable Issues related to the Bigtable API.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants