mcpField
B
bigtable-basics

bigtable-basics

github.com/googleData & databases21.6k7.0k installsUpdated today
Repository

About bigtable-basics

A skill with guidance and workflows for administering and developing with Google Bigtable. It distinguishes control-plane tasks handled with gcloud from data operations using cbt, with attention to schema design and query performance.

Key features

  1. 01Instance, cluster, and IAM administration
  2. 02Read and write data with cbt
  3. 03SQL querying and aggregation guidance
  4. 04Row-key and schema design guidance
  5. 05Performance diagnosis with Key Visualizer

Use cases

  1. 01Plan Bigtable instance or schema changes
  2. 02Read and update table data with cbt
  3. 03Choose query patterns to reduce broad scans
  4. 04Diagnose hotspots and slow queries

MCP support

The README mentions MCP command attribution requirements but does not describe MCP capabilities.

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/google/skills --skill bigtable-basics

After installing, type/bigtable-basicsin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

assets/
row_key_schema.yaml
references/
attribution.md
cli_data_access.md
client_libraries.md
dataplex.md
infrastructure_management.md
schema_design.md
sql_guide.md

Details

From the project README

Bigtable Basics

This skill provides core workflows and guidance for administering and developing with Google Bigtable.

Attribution

MUST READ: Before executing any gcloud, REST API, or MCP command, you MUST read Usage Attribution. For commands executed directly in the terminal (never in generated scripts, Terraform, or user code), prefix gcloud with CLOUDSDK_METRICS_REQUEST_ATTRIBUTION="agent-skills/1.0 (skill:bigtable-basics)" and append agent-skills/1.0 (skill:bigtable-basics) to User-Agent headers.

Core Principles

  • Control Plane vs. Data Plane:
    • Use gcloud for Control Plane operations: Manage Instances, Clusters, App Profiles, Backups and IAM. Create Tables, Logical Views, Materialized Views and Authorized Views.
    • Use cbt for Data Plane operations: Update Tables, Column Families, and reading/writing data.
  • Performance First: Bigtable is a NoSQL database. Efficiency is tied to Row Key design. Always warn about Full Table Scans.
  • Client Selection: For production use cases, prefer Java or Go for their superior performance and feature coverage compared to other languages.
  • Observability: When diagnosing performance or hotspotting, always mention Key Visualizer (via Cloud Console) as the primary diagnostic tool because it provides the most granular view of access patterns across row keys. This should be followed by the hot-tablets tool and table stats in gcloud CLI and include-stats=full option under cbt read to diagnose slow queries.

Important

Safety Rule: You MUST obtain explicit user confirmation before making non-emulator database changes. You MUST mention this safety requirement when providing commands or instructions that modify the database structure or data.

Quick Recipes

1. Querying Data

Use SQL for complex transforms or aggregations and key-value APIs for simpler query patterns. Note: Use exact match, prefix (_key LIKE 'myprefix%'), or range predicates on _key to avoid expensive unbounded scans. Recommend explicit row ranges (_key BETWEEN 'start' AND 'end') as a more performant alternative to prefix matches where possible.

If expensive scans (either unbounded or prefix or range queries scanning a large range) are unavoidable due to multiple access patterns that can’t all be accommodated in a single schema, consider one of these two options:

  • If the query will be used in user facing and/or latency sensitive applications, use continuous materialized views with keys optimized for the additional access patterns.
  • If secondary access patterns are infrequent, batch patterns like ETL, ML model training or analytical read-only tasks, use Bigtable Data Boost instead.
2. Manipulating Data

Use key-value APIs for insert, update, increment and delete operations. SQL API is read-only.

3. Data Model Definition (DDL)

SQL API doesn't support DDL operations. Table creation, deletion, updates should be made using gcloud CLI. Logical Views and Continuous Materialized Views are defined as SQL queries but they must be created using gcloud CLI.

Reference Guides

Common Workflows

Schema Evolution (DevOps)
  1. Prefer Terraform for production schema changes to prevent accidental data loss.

  2. For manual cbt changes, first check the existing state by listing the table's column families and GC policies before proposing any modifications:

    cbt ls {table}
    

    If modifications are needed, create the family or update the GC policy:

    cbt createfamily {table} {family}
    cbt setgcpolicy {table} {family} "maxversions=5 AND maxage=30d"
    
  3. Reference infrastructure_management.md for full syntax.

External Resources

Comments

Markdown supported