🚀 Zilliz Cloudを無料で試す、完全管理型のMilvus—10倍の高速パフォーマンスを体験しよう!今すぐ試す>>

milvus-logo
LFAI
  • Home
  • Blog
  • Milvus Metadata Management (2) メタデータテーブルのフィールド

Milvus Metadata Management (2) メタデータテーブルのフィールド

  • Engineering
December 27, 2019
Yihua Mo

メタデータテーブルのフィールド

著者Yihua Mo

日付: 2019-12-27

前回のブログでは、MySQLやSQLiteを使ってメタデータを表示する方法を紹介した。今回は主にメタデータテーブルのフィールドについて詳しく紹介する。

Tables" テーブルのフィールド

SQLiteを例にとろう。以下の結果は0.5.0のものです。0.6.0ではいくつかのフィールドが追加されているので、後で紹介する。Tablestable_1 という名前の 512 次元ベクトル・テーブルを指定する行がある。テーブル作成時、index_file_size は1024MB、engine_type は1(FLAT)、nlist は16384、metric_type は1(ユークリッド距離L2)である。id はテーブルの一意識別子である。state はテーブルの状態であり、0は通常状態を示す。created_on は作成時間である。flag は内部用に予約されたフラグである。

tables テーブル

以下の表は、Tables のフィールドの種類と説明である。

フィールド名データ型説明
idint64ベクトル・テーブルの一意識別子。id 自動的にインクリメントされる。
table_id文字列ベクトル・テーブルの名前。table_id はユーザー定義で、Linux のファイル名ガイドラインに従う必要があります。
stateint32ベクターテーブルの状態。0は正常、1は削除(ソフト削除)を表す。
dimensionint16ベクトル・テーブルのベクトル次元。ユーザー定義でなければならない。
created_onint641970年1月1日からテーブルが作成されるまでのミリ秒数。
flagint64ベクトルIDがユーザー定義かどうかなど、内部で使用するフラグ。デフォルトは 0 です。
index_file_sizeint64データファイルのサイズがindex_file_size に達した場合、そのファイルは結合されず、インデックスの構築に使用されます。デフォルトは 1024 (MB) です。
engine_typeint32ベクトル・テーブルに構築するインデックスの種類。デフォルトは0であり、無効なインデックスを指定する。1ではFLAT、2ではIVFLAT、3ではIVFSQ8を指定します。4 は NSG を指定します。5 は IVFSQ8H を指定します。
nlistint32インデックス構築時に各データ・ファイル内のベクトルを分割するクラスタの数。デフォルトは16384。
metric_typeint32ベクトル距離の計算方法。1 はユークリッド距離 (L1) を指定し、2 は内積を指定します。

テーブル・パーティショニングは0.6.0で有効化され,owner_tablepartition_tagversion を含むいくつかの新しいフィールドが追加された。ベクトル・テーブル、table_1 は、table_1_p1 というパーティションを持ち、これもベクトル・テーブルである。partition_name は、table_id に対応する。パーティション・テーブルのフィールドはオーナー・テーブルから継承され、owner table フィールドがオーナー・テーブルの名前を指定し、partition_tag フィールドがパーティションのタグを指定します。

tables_new tables_new

次の表は0.6.0の新しいフィールドを示しています:

フィールド名データ型フィールド名
owner_table文字列パーティションの親テーブル。
partition_tag文字列パーティションのタグ。空文字列であってはならない。
version文字列milvusのバージョン。

TableFiles" " テーブルのフィールド

次の例は2つのファイルを含み、どちらもtable_1 ベクトル・テーブルに属しています。最初のファイルのインデックス・タイプ(engine_type)は 1 (FLAT)、ファイル・ステータス(file_type)は 7 (オリジナル・ファイルのバックアップ)、file_size は 411200113 バイト、ベクター行数は 200,000 です。2番目のファイルのインデックス・タイプは2(IVFLAT)であり、ファイル・ステータスは3(インデックス・ファイル)である。2番目のファイルは、実際には1番目のファイルのインデックスである。詳細は次回以降に紹介する。

tablefiles テーブルファイル

TableFiles のフィールドと説明を以下の表に示す:

フィールド名データ型説明
idint64ベクトル・テーブルの一意な識別子。id 自動的にインクリメントされる。
table_id文字列ベクトル・テーブルの名前。
engine_typeint32ベクトル・テーブルを構築するインデックスの種類。デフォルトは 0 で、これは無効なインデックスを指定します。1 は FLAT を、2 は IVFLAT を、3 は IVFSQ8 を指定します。4 は NSG を指定します。5 は IVFSQ8H を指定します。
file_id文字列ファイル作成時に生成されるファイル名。1970年1月1日からテーブルが作成されるまでのミリ秒数を1000倍したものに等しい。
file_typeint32ファイルの状態。0は新しく生成された生のベクトル・データ・ファイルを示す。1は生のベクトル・データ・ファイルを指定する。2は、そのファイルに対してインデックスが作成されることを示す。3は、ファイルがインデックス・ファイルであることを示す。4 は、ファイルが削除(ソフト削除)されることを示す。5 は、ファイルが新たに生成され、組み合わせデータの保存に使用されることを指定する。6 は、ファイルが新たに生成され、インデックス・データの格納に使用されることを指定する。7は、生のベクトル・データ・ファイルのバックアップ・ステータスを指定します。
file_sizeint64ファイル・サイズ(バイト単位)。
row_countint64ファイル内のベクトル数。
updated_timeint64最新の更新時刻のタイムスタンプ。1970年1月1日からテーブルが作成されるまでのミリ秒数を指定する。
created_onint641970年1月1日からテーブルが作成されるまでのミリ秒数。
dateint32テーブルが作成された日付。これは歴史的な理由で残っており、将来のバージョンでは削除される予定です。

Try Managed Milvus for Free

Zilliz Cloud is hassle-free, powered by Milvus and 10x faster.

Get Started

Like the article? Spread the word

続けて読む