claude-skills/

Anthropic公式スキル・プラグインの日本語ディレクトリ

last sync 22h ago
スキルOfficialdatabase

🔍databricks-vector-search

プラグイン
databricks

説明

Databricks Vector Search のエンドポイントおよびインデックスを、RAG(検索拡張生成)とセマンティック検索に活用するためのスキルです。 以下の内容をカバーします: - インデックスの種類 - 検索モード - エンドツーエンドの RAG パターン

原文を表示

Databricks Vector Search endpoints and indexes for RAG and semantic search; covers index types, search modes, end-to-end RAG patterns

ユースケース

  • RAGで検索拡張生成を実装するとき
  • セマンティック検索を導入するとき
  • Vector Searchのインデックスを構築するとき
  • 検索モードを選択するとき

本文(日本語訳)

Databricks Vector Search

はじめに: CLI の基本操作・認証・プロファイル選択には、親スキルである databricks-core を先に参照してください。

RAG およびセマンティック検索アプリケーション向けに、Vector Search インデックスの作成・管理・クエリを行うためのパターン集です。


使用タイミング

次のような場合に使用:

  • RAG(Retrieval-Augmented Generation)アプリケーションを構築する
  • セマンティック検索や類似マッチングを実装する
  • Delta テーブルから Vector インデックスを作成する
  • ストレージ最適化エンドポイントと標準エンドポイントのどちらかを選択する
  • フィルターを使って Vector インデックスにクエリを実行する

概要

Databricks Vector Search は、自動 Embedding 生成と Delta Lake 連携を備えた、マネージド型のベクトル類似検索サービスです。

コンポーネント 説明
Endpoint インデックスをホストするコンピュートリソース(Standard または Storage-Optimized)
Index 類似検索用のベクトルデータ構造
Delta Sync ソースの Delta テーブルと自動同期
Direct Access ベクトルに対する手動 CRUD 操作

エンドポイントの種類

種類 レイテンシ 容量 コスト 最適なユースケース
Standard 20〜50ms 3.2億ベクトル(768次元) 高め リアルタイム・低レイテンシ
Storage-Optimized 300〜500ms 10億以上のベクトル(768次元) 7分の1 大規模・コスト重視

インデックスの種類

種類 Embedding 同期方式 ユースケース
Delta Sync(マネージド) Databricks が生成 Delta から自動同期 最も簡単なセットアップ
Delta Sync(セルフマネージド) ユーザーが提供 Delta から自動同期 カスタム Embedding
Direct Access ユーザーが提供 手動 CRUD リアルタイム更新

クイックスタート

エンドポイントの作成

from databricks.sdk import WorkspaceClient

w = WorkspaceClient()

# 標準エンドポイントを作成
endpoint = w.vector_search_endpoints.create_endpoint(
    name="my-vs-endpoint",
    endpoint_type="STANDARD"  # または "STORAGE_OPTIMIZED"
)
# 注意: エンドポイント作成は非同期です。get_endpoint() でステータスを確認してください。

Delta Sync インデックスの作成(マネージド Embedding)

# ソーステーブルには主キー列とテキスト列が必要です
index = w.vector_search_indexes.create_index(
    name="catalog.schema.my_index",
    endpoint_name="my-vs-endpoint",
    primary_key="id",
    index_type="DELTA_SYNC",
    delta_sync_index_spec={
        "source_table": "catalog.schema.documents",
        "embedding_source_columns": [
            {
                "name": "content",  # Embedding 対象のテキスト列
                "embedding_model_endpoint_name": "databricks-gte-large-en"
            }
        ],
        "pipeline_type": "TRIGGERED"  # または "CONTINUOUS"
    }
)

インデックスへのクエリ

results = w.vector_search_indexes.query_index(
    index_name="catalog.schema.my_index",
    columns=["id", "content", "metadata"],
    query_text="What is machine learning?",
    num_results=5
)

for doc in results.result.data_array:
    score = doc[-1]  # 類似スコアは最後の列
    print(f"Score: {score}, Content: {doc[1][:100]}...")

よく使うパターン

Storage-Optimized エンドポイントの作成

# 大規模かつコスト効率を重視したデプロイ向け
endpoint = w.vector_search_endpoints.create_endpoint(
    name="my-storage-endpoint",
    endpoint_type="STORAGE_OPTIMIZED"
)

セルフマネージド Embedding を使った Delta Sync

# ソーステーブルには主キー列と Embedding ベクトル列が必要です
index = w.vector_search_indexes.create_index(
    name="catalog.schema.my_index",
    endpoint_name="my-vs-endpoint",
    primary_key="id",
    index_type="DELTA_SYNC",
    delta_sync_index_spec={
        "source_table": "catalog.schema.documents",
        "embedding_vector_columns": [
            {
                "name": "embedding",  # 事前計算済みの Embedding 列
                "embedding_dimension": 768
            }
        ],
        "pipeline_type": "TRIGGERED"
    }
)

Direct Access インデックス

import json

# 手動 CRUD 用インデックスを作成
index = w.vector_search_indexes.create_index(
    name="catalog.schema.direct_index",
    endpoint_name="my-vs-endpoint",
    primary_key="id",
    index_type="DIRECT_ACCESS",
    direct_access_index_spec={
        "embedding_vector_columns": [
            {"name": "embedding", "embedding_dimension": 768}
        ],
        "schema_json": json.dumps({
            "id": "string",
            "text": "string",
            "embedding": "array<float>",
            "metadata": "string"
        })
    }
)

# データの Upsert
w.vector_search_indexes.upsert_data_vector_index(
    index_name="catalog.schema.direct_index",
    inputs_json=json.dumps([
        {"id": "1", "text": "Hello", "embedding": [0.1, 0.2, ...], "metadata": "doc1"},
        {"id": "2", "text": "World", "embedding": [0.3, 0.4, ...], "metadata": "doc2"},
    ])
)

# データの削除
w.vector_search_indexes.delete_data_vector_index(
    index_name="catalog.schema.direct_index",
    primary_keys=["1", "2"]
)

Embedding ベクトルを使ったクエリ

# クエリ用 Embedding が事前計算済みの場合
results = w.vector_search_indexes.query_index(
    index_name="catalog.schema.my_index",
    columns=["id", "text"],
    query_vector=[0.1, 0.2, 0.3, ...],  # 768次元のベクトル
    num_results=10
)

ハイブリッド検索(セマンティック + キーワード)

ハイブリッド検索は、ベクトル類似(ANN)と BM25 キーワードスコアリングを組み合わせます。 SKU・エラーコード・固有名詞・技術用語など、純粋なセマンティック検索ではキーワード固有の結果を取りこぼす可能性がある場合に、クエリに含まれる特定の語句を確実にマッチさせたいときに使用します。 ANN とハイブリッド検索の選択基準については references/search-modes.md を参照してください。

# ベクトル類似とキーワードマッチングを組み合わせる
results = w.vector_search_indexes.query_index(
    index_name="catalog.schema.my_index",
    columns=["id", "content"],
    query_text="SPARK-12345 executor memory error",
    query_type="HYBRID",
    num_results=10
)

フィルタリング

Standard エンドポイントのフィルター(辞書形式)

# filters_json は辞書形式を使用
results = w.vector_search_indexes.query_index(
    index_name="catalog.schema.my_index",
    columns=["id", "content"],
    query_text="machine learning",
    num_results=10,
    filters_json='{"category": "ai", "status": ["active", "pending"]}'
)

Storage-Optimized のフィルター(SQL ライク形式)

Storage-Optimized エンドポイントでは、databricks-vectorsearch パッケージの filters パラメーター(文字列を受け付け)を通じて SQL ライクなフィルター構文を使用します。

from databricks.vector_search.client import VectorSearchClient

vsc = VectorSearchClient()
index = vsc.get_index(endpoint_name="my-storage-endpoint", index_name="catalog.schema.my_index")

# Storage-Optimized エンドポイント向けの SQL ライクフィルター構文
results = index.similarity_search(
    query_text="machine learning",
    columns=["id", "content"],
    num_results=10,
    filters="category = 'ai' AND status IN ('active', 'pending')"
)

# フィルター記述例
# filters="price > 100 AND price < 500"
# filters="department LIKE 'eng%'"
# filters="created_at >= '2024-01-01'"

インデックス同期のトリガー

# TRIGGERED パイプラインタイプの場合、手動で同期を実行
w.vector_search_indexes.sync_index(
    index_name="catalog.schema.my_index"
)

インデックス全エントリのスキャン

# 全ベクトルを取得(デバッグ・エクスポート用)
scan_result = w.vector_search_indexes.scan_index(
    index_name="catalog.schema.my_index",
    num_results=100
)

リファレンスファイル

トピック ファイル 説明
インデックスの種類 references/index-types.md Delta Sync(マネージド/セルフマネージド)と Direct Access の詳細比較
エンドツーエンド RAG references/end-to-end-rag.md ソーステーブル → エンドポイント → インデックス → クエリ → Agent 連携の完全ガイド
検索モード references/search-modes.md セマンティック(ANN)とハイブリッド検索の使い分け・判断ガイド
運用管理 references/troubleshooting-and-operations.md モニタリング・コスト最適化・容量計画・移行

CLI クイックリファレンス

# エンドポイントの一覧表示
databricks vector-search-endpoints list-endpoints

# エンドポイントの作成(位置引数: NAME ENDPOINT_TYPE)
databricks vector-search-endpoints create-endpoint my-endpoint STANDARD

# エンドポイント上のインデックス一覧表示(位置引数: ENDPOINT_NAME)
databricks vector-search-indexes list-indexes my-endpoint

# インデックスのステータス確認(位置引数: INDEX_NAME)
databricks vector-search-indexes get-index catalog.schema.my_index

# インデックスの同期(位置引数: INDEX_NAME)
databricks vector-search-indexes sync-index catalog.schema.my_index

# インデックスの削除(位置引数: INDEX_NAME)
databricks vector-search-indexes delete-index catalog.schema.my_index

よくある問題

問題 解決策
インデックス同期が遅い Storage-Optimized エンドポイントを使用(インデックス作成が20倍高速)
クエリレイテンシが高い 100ms 未満が必要な場合は Standard エンドポイントを使用
filters_json が機能しない Storage-Optimized では databricks-vectorsearch パッケージの filters パラメーターを通じた SQL ライク文字列フィルターを使用
Embedding の次元数が一致しない クエリとインデックスの次元数が同じであることを確認
インデックスが更新されない pipeline_type を確認し、TRIGGERED の場合は sync_index() を使用
容量不足 Storage-Optimized(10億以上のベクトル対応)にアップグレード
query_vector が切り詰められる 大きなベクトル(例: 1024次元)は JSON シリアライズ時に切り詰められることがあります。マネージド Embedding インデックスでは query_text を使用するか、Databricks SDK を使ってベクトルを直接渡してください

Embedding モデル

Databricks は以下の組み込み Embedding モデルを提供しています。

モデル 次元数 コンテキストウィンドウ ユースケース
databricks-gte-large-en 1024 8192 トークン 英語テキスト・高品質
databricks-bge-large-en 1024 512 トークン 英語テキスト・汎用
# マネージド Embedding で使用
embedding_source_columns=[
    {
        "name": "content",
        "embedding_model_endpoint_name": "databricks-gte-large-en"
    }
]

注意事項

  • Storage-Optimized は新しい世代 — 100ms 未満のレイテンシが必要でない限り、ほとんどのユースケースに適しています
  • Delta Sync を推奨 — ほとんどのシナリオで Direct Access より簡単です
  • ハイブリッド検索 — Delta Sync・Direct Access の両イン
原文(English)を表示

Databricks Vector Search

FIRST: Use the parent databricks-core skill for CLI basics, authentication, and profile selection.

Patterns for creating, managing, and querying vector search indexes for RAG and semantic search applications.

When to Use

Use this skill when:

  • Building RAG (Retrieval-Augmented Generation) applications
  • Implementing semantic search or similarity matching
  • Creating vector indexes from Delta tables
  • Choosing between storage-optimized and standard endpoints
  • Querying vector indexes with filters

Overview

Databricks Vector Search provides managed vector similarity search with automatic embedding generation and Delta Lake integration.

Component Description
Endpoint Compute resource hosting indexes (Standard or Storage-Optimized)
Index Vector data structure for similarity search
Delta Sync Auto-syncs with source Delta table
Direct Access Manual CRUD operations on vectors

Endpoint Types

Type Latency Capacity Cost Best For
Standard 20-50ms 320M vectors (768 dim) Higher Real-time, low-latency
Storage-Optimized 300-500ms 1B+ vectors (768 dim) 7x lower Large-scale, cost-sensitive

Index Types

Type Embeddings Sync Use Case
Delta Sync (managed) Databricks computes Auto from Delta Easiest setup
Delta Sync (self-managed) You provide Auto from Delta Custom embeddings
Direct Access You provide Manual CRUD Real-time updates

Quick Start

Create Endpoint

from databricks.sdk import WorkspaceClient

w = WorkspaceClient()

# Create a standard endpoint
endpoint = w.vector_search_endpoints.create_endpoint(
    name="my-vs-endpoint",
    endpoint_type="STANDARD"  # or "STORAGE_OPTIMIZED"
)
# Note: Endpoint creation is asynchronous; check status with get_endpoint()

Create Delta Sync Index (Managed Embeddings)

# Source table must have: primary key column + text column
index = w.vector_search_indexes.create_index(
    name="catalog.schema.my_index",
    endpoint_name="my-vs-endpoint",
    primary_key="id",
    index_type="DELTA_SYNC",
    delta_sync_index_spec={
        "source_table": "catalog.schema.documents",
        "embedding_source_columns": [
            {
                "name": "content",  # Text column to embed
                "embedding_model_endpoint_name": "databricks-gte-large-en"
            }
        ],
        "pipeline_type": "TRIGGERED"  # or "CONTINUOUS"
    }
)

Query Index

results = w.vector_search_indexes.query_index(
    index_name="catalog.schema.my_index",
    columns=["id", "content", "metadata"],
    query_text="What is machine learning?",
    num_results=5
)

for doc in results.result.data_array:
    score = doc[-1]  # Similarity score is last column
    print(f"Score: {score}, Content: {doc[1][:100]}...")

Common Patterns

Create Storage-Optimized Endpoint

# For large-scale, cost-effective deployments
endpoint = w.vector_search_endpoints.create_endpoint(
    name="my-storage-endpoint",
    endpoint_type="STORAGE_OPTIMIZED"
)

Delta Sync with Self-Managed Embeddings

# Source table must have: primary key + embedding vector column
index = w.vector_search_indexes.create_index(
    name="catalog.schema.my_index",
    endpoint_name="my-vs-endpoint",
    primary_key="id",
    index_type="DELTA_SYNC",
    delta_sync_index_spec={
        "source_table": "catalog.schema.documents",
        "embedding_vector_columns": [
            {
                "name": "embedding",  # Pre-computed embedding column
                "embedding_dimension": 768
            }
        ],
        "pipeline_type": "TRIGGERED"
    }
)

Direct Access Index

import json

# Create index for manual CRUD
index = w.vector_search_indexes.create_index(
    name="catalog.schema.direct_index",
    endpoint_name="my-vs-endpoint",
    primary_key="id",
    index_type="DIRECT_ACCESS",
    direct_access_index_spec={
        "embedding_vector_columns": [
            {"name": "embedding", "embedding_dimension": 768}
        ],
        "schema_json": json.dumps({
            "id": "string",
            "text": "string",
            "embedding": "array<float>",
            "metadata": "string"
        })
    }
)

# Upsert data
w.vector_search_indexes.upsert_data_vector_index(
    index_name="catalog.schema.direct_index",
    inputs_json=json.dumps([
        {"id": "1", "text": "Hello", "embedding": [0.1, 0.2, ...], "metadata": "doc1"},
        {"id": "2", "text": "World", "embedding": [0.3, 0.4, ...], "metadata": "doc2"},
    ])
)

# Delete data
w.vector_search_indexes.delete_data_vector_index(
    index_name="catalog.schema.direct_index",
    primary_keys=["1", "2"]
)

Query with Embedding Vector

# When you have pre-computed query embedding
results = w.vector_search_indexes.query_index(
    index_name="catalog.schema.my_index",
    columns=["id", "text"],
    query_vector=[0.1, 0.2, 0.3, ...],  # Your 768-dim vector
    num_results=10
)

Hybrid Search (Semantic + Keyword)

Hybrid search combines vector similarity (ANN) with BM25 keyword scoring. Use it when queries contain exact terms that must match — SKUs, error codes, proper nouns, or technical terminology — where pure semantic search might miss keyword-specific results. See references/search-modes.md for detailed guidance on choosing between ANN and hybrid search.

# Combines vector similarity with keyword matching
results = w.vector_search_indexes.query_index(
    index_name="catalog.schema.my_index",
    columns=["id", "content"],
    query_text="SPARK-12345 executor memory error",
    query_type="HYBRID",
    num_results=10
)

Filtering

Standard Endpoint Filters (Dictionary)

# filters_json uses dictionary format
results = w.vector_search_indexes.query_index(
    index_name="catalog.schema.my_index",
    columns=["id", "content"],
    query_text="machine learning",
    num_results=10,
    filters_json='{"category": "ai", "status": ["active", "pending"]}'
)

Storage-Optimized Filters (SQL-like)

Storage-Optimized endpoints use SQL-like filter syntax via the databricks-vectorsearch package's filters parameter (accepts a string):

from databricks.vector_search.client import VectorSearchClient

vsc = VectorSearchClient()
index = vsc.get_index(endpoint_name="my-storage-endpoint", index_name="catalog.schema.my_index")

# SQL-like filter syntax for storage-optimized endpoints
results = index.similarity_search(
    query_text="machine learning",
    columns=["id", "content"],
    num_results=10,
    filters="category = 'ai' AND status IN ('active', 'pending')"
)

# More filter examples
# filters="price > 100 AND price < 500"
# filters="department LIKE 'eng%'"
# filters="created_at >= '2024-01-01'"

Trigger Index Sync

# For TRIGGERED pipeline type, manually sync
w.vector_search_indexes.sync_index(
    index_name="catalog.schema.my_index"
)

Scan All Index Entries

# Retrieve all vectors (for debugging/export)
scan_result = w.vector_search_indexes.scan_index(
    index_name="catalog.schema.my_index",
    num_results=100
)

Reference Files

Topic File Description
Index Types references/index-types.md Detailed comparison of Delta Sync (managed/self-managed) vs Direct Access
End-to-End RAG references/end-to-end-rag.md Complete walkthrough: source table → endpoint → index → query → agent integration
Search Modes references/search-modes.md When to use semantic (ANN) vs hybrid search, decision guide
Operations references/troubleshooting-and-operations.md Monitoring, cost optimization, capacity planning, migration

CLI Quick Reference

# List endpoints
databricks vector-search-endpoints list-endpoints

# Create endpoint (positional args: NAME ENDPOINT_TYPE)
databricks vector-search-endpoints create-endpoint my-endpoint STANDARD

# List indexes on endpoint (positional arg: ENDPOINT_NAME)
databricks vector-search-indexes list-indexes my-endpoint

# Get index status (positional arg: INDEX_NAME)
databricks vector-search-indexes get-index catalog.schema.my_index

# Sync index (positional arg: INDEX_NAME)
databricks vector-search-indexes sync-index catalog.schema.my_index

# Delete index (positional arg: INDEX_NAME)
databricks vector-search-indexes delete-index catalog.schema.my_index

Common Issues

Issue Solution
Index sync slow Use Storage-Optimized endpoints (20x faster indexing)
Query latency high Use Standard endpoint for <100ms latency
filters_json not working Storage-Optimized uses SQL-like string filters via databricks-vectorsearch package's filters parameter
Embedding dimension mismatch Ensure query and index dimensions match
Index not updating Check pipeline_type; use sync_index() for TRIGGERED
Out of capacity Upgrade to Storage-Optimized (1B+ vectors)
query_vector truncated Large vectors (e.g. 1024-dim) can be truncated when serialized as JSON. Use query_text instead (for managed embedding indexes), or use the Databricks SDK to pass raw vectors

Embedding Models

Databricks provides built-in embedding models:

Model Dimensions Context Window Use Case
databricks-gte-large-en 1024 8192 tokens English text, high quality
databricks-bge-large-en 1024 512 tokens English text, general purpose
# Use with managed embeddings
embedding_source_columns=[
    {
        "name": "content",
        "embedding_model_endpoint_name": "databricks-gte-large-en"
    }
]

Notes

  • Storage-Optimized is newer — better for most use cases unless you need <100ms latency
  • Delta Sync recommended — easier than Direct Access for most scenarios
  • Hybrid search — available for both Delta Sync and Direct Access indexes
  • columns_to_sync matters — only synced columns are available in query results; include all columns you need
  • Filter syntax differs by endpoint — Standard uses dict-format filters, Storage-Optimized uses SQL-like string filters. Use the databricks-vectorsearch package's filters parameter which accepts both formats
  • Management vs runtime — CLI and SDK handle lifecycle management; for agent tool-calling at runtime, use VectorSearchRetrieverTool

Related Skills

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。