smithery/hubert-dudek

sql-performance-review

Review and improve Databricks SQL queries for correctness, readability, and performance (joins, filters, aggregations, partition pruning). Use when someone pastes a SQL query, asks why it is slow, or requests a rewrite/optimization in Databricks SQL.

Installation

$ npx skills add smithery/hubert-dudek --skill sql-performance-review

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Version1.0
LicenseProprietary. For internal team use.
CompatibilityDesigned for Databricks Assistant agent mode. Works best when the user provides the SQL query and (optionally) table names, row counts, or query profile details.
More metadata
author
your-team
version
1.0

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,000 B
  • docs SUMMARY.md 280 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Databricks SQL performance review

Use this skill when optimizing or reviewing SQL in Databricks SQL.

What to ask for (only if missing)

Ask up to 3 questions total:

  1. The query text (if not provided)
  2. The table(s) involved + their sizes (rough order of magnitude) OR the query profile / execution plan
  3. The desired result constraints (correctness, exactness, latency SLA)

If the user can’t provide sizes/plan, proceed with best-effort heuristics and call out assumptions.

Output format

Use the structure in assets/sql-review-output.md.

Checklist

Use references/sql-checklist.md to ensure you cover the common performance levers:

  • predicate pushdown / partition pruning
  • join strategy and join keys
  • avoid SELECT *
  • minimize shuffles / wide aggregations
  • use correct data types and avoid implicit casts
  • reduce data scanned (pre-filter, semi-joins, EXISTS)

Examples

User: “This query is slow in Databricks SQL. Can you optimize it?” (pastes query) Assistant: Provide issues, suggestions, and a rewritten query, plus next steps (EXPLAIN, add ZORDER, etc.).

Edge cases

  • If the query is logically wrong (duplicates from joins, missing filters), fix correctness first.
  • If tables are Delta: suggest partitioning/ZORDER/OPTIMIZE only if it matches query patterns.
  • If the user is in a governed environment: avoid suggestions that require elevated permissions unless noted.