メインコンテンツまでスキップ

Pinecone から Zilliz Cloud への移行

このトピックでは、Pinecone から移行する際に、Zilliz Cloud がデータ型マッピング、フィールド変換、namespace 処理、collection 命名規則をどのように扱うかを説明します。

前提条件

Pinecone から Zilliz Cloud への移行を開始する前に、以下の要件を満たしていることを確認してください。

Pinecone の要件

要件詳細
Index typePinecone Serverless index からの移行のみをサポート
API accessアクセス権限を持つ Pinecone API key
Data availabilityPinecone のソース index にはデータが含まれている必要があります。空の index は移行できません。
Vector dimension次元は 1 より大きい必要があります。単一次元 vector は移行失敗の原因になります

Zilliz Cloud の要件

要件詳細
User roleOrganization Owner または Project Admin
Cluster capacity十分なストレージおよびコンピューティングリソース(CU サイズの見積もりには CU calculator を使用)
Network accessネットワーク制限を使用している場合は、Zilliz Cloud IPs を許可リストに追加

データ型マッピング

Pinecone のデータ型が Zilliz Cloud にどのようにマッピングされるかを理解することは、移行計画において重要です。

Pinecone フィールド型Zilliz Cloud フィールド型Notes
Primary keyVARCHAR (primary key)自動的にマッピングされます。新しい ID を生成するには Auto ID を有効にします(元の値は破棄されます)。
Dense vectorFLOAT_VECTOR次元は正確に保持され、変更は不要です
Sparse vectorSPARSE_FLOAT_VECTORサンプルデータ内で空でない場合にのみマッピングされます。
MetadataDynamic fieldsデフォルトで dynamic schema としてマッピングされます。fixed fields に変換することもできます。
詳細は Dynamic Field を参照してください。
NamespacePartition key / partitionパフォーマンス最適化のために推奨されます。
詳細は Namespace processing を参照してください。

Metadata フィールドの変換

📘Notes

Zilliz Cloud は metadata schema を検出するために 100 行をサンプリングします。必要に応じて追加のフィールドを手動で追加できます。

Pinecone metadata は、最大限の柔軟性を得るために、最初は Zilliz Cloud の dynamic schema にマッピングされます。必要に応じて metadata フィールドを fixed fields に変換することで、次の利点が得られます。

  • より強力な検証のためのデータ型の強制

  • より優れたクエリ性能のための最適化された index

  • 一貫したデータ管理のための構造化された schema

metadata を fixed fields に変換する場合:

Pinecone Metadata TypeZilliz Fixed Field TypeNotes
StringVARCHAR最大 65,535 バイトをサポート
Number (int/float)DOUBLEすべての数値型は DOUBLE になります
BooleanBOOL直接マッピング
List of stringsARRAY<VARCHAR>ネストされた配列をサポート

fixed fields に変換された metadata フィールドについては、追加の属性を設定できます。

  • Nullable: フィールドが null 値を受け入れられるかどうかを決定します。この機能はデフォルトで有効です。詳細は Nullable attribute を参照してください。

  • Default Value: データが存在しない場合のフォールバック値を設定します。詳細は Default values を参照してください。

Pinecone 固有の処理ルール

Namespace 処理

Pinecone namespace は、次の 2 つの戦略で移行できます。

StrategyImplementationPerformance ImpactUse Case
Namespace as Partition Key (推奨)namespace は partition key フィールド内の値になります検索パフォーマンスのための自動最適化複数の namespace を持つほとんどのシナリオ
Namespace as Partition各 namespace は個別の partition になります手動の partition 管理が必要namespace が少なく安定しているシンプルなシナリオ
📘Notes

Pinecone の default namespace の処理:

  • As Partition: Zilliz Cloud では _default partition になります

  • As Partition Key: 空文字列 "" の値になります

partition および partition key の概念の詳細については、Manage Partitions および Use Partition Key を参照してください。

Collection 命名規則

Pinecone index 名は、Zilliz Cloud との互換性のために自動的に処理されます。

Pinecone Index NameZilliz Cloud Collection NameRule Applied
my-vector-indexmy_vector_indexZilliz Cloud の collection 命名規則に準拠するため、ハイフン (-) はアンダースコア (_) に変換されます
product_searchproduct_search変更は不要

命名の競合: ターゲット database に同じ名前の collection がすでに存在する場合は、次のいずれかを行う必要があります。

  • 既存の collection を削除する、または

  • 別のターゲット database を選択する、または

  • 移行設定時にターゲット collection の名前を変更する

Ctrl I