Milvus Metadata Management (2) メタデータテーブルのフィールド
メタデータテーブルのフィールド
著者Yihua Mo
日付: 2019-12-27
前回のブログでは、MySQLやSQLiteを使ってメタデータを表示する方法を紹介した。今回は主にメタデータテーブルのフィールドについて詳しく紹介する。
Tables
" テーブルのフィールド
SQLiteを例にとろう。以下の結果は0.5.0のものです。0.6.0ではいくつかのフィールドが追加されているので、後で紹介する。Tables
にtable_1
という名前の 512 次元ベクトル・テーブルを指定する行がある。テーブル作成時、index_file_size
は1024MB、engine_type
は1(FLAT)、nlist
は16384、metric_type
は1(ユークリッド距離L2)である。id
はテーブルの一意識別子である。state
はテーブルの状態であり、0は通常状態を示す。created_on
は作成時間である。flag
は内部用に予約されたフラグである。
テーブル
以下の表は、Tables
のフィールドの種類と説明である。
フィールド名 | データ型 | 説明 |
---|---|---|
id | int64 | ベクトル・テーブルの一意識別子。id 自動的にインクリメントされる。 |
table_id | 文字列 | ベクトル・テーブルの名前。table_id はユーザー定義で、Linux のファイル名ガイドラインに従う必要があります。 |
state | int32 | ベクターテーブルの状態。0は正常、1は削除(ソフト削除)を表す。 |
dimension | int16 | ベクトル・テーブルのベクトル次元。ユーザー定義でなければならない。 |
created_on | int64 | 1970年1月1日からテーブルが作成されるまでのミリ秒数。 |
flag | int64 | ベクトルIDがユーザー定義かどうかなど、内部で使用するフラグ。デフォルトは 0 です。 |
index_file_size | int64 | データファイルのサイズがindex_file_size に達した場合、そのファイルは結合されず、インデックスの構築に使用されます。デフォルトは 1024 (MB) です。 |
engine_type | int32 | ベクトル・テーブルに構築するインデックスの種類。デフォルトは0であり、無効なインデックスを指定する。1ではFLAT、2ではIVFLAT、3ではIVFSQ8を指定します。4 は NSG を指定します。5 は IVFSQ8H を指定します。 |
nlist | int32 | インデックス構築時に各データ・ファイル内のベクトルを分割するクラスタの数。デフォルトは16384。 |
metric_type | int32 | ベクトル距離の計算方法。1 はユークリッド距離 (L1) を指定し、2 は内積を指定します。 |
テーブル・パーティショニングは0.6.0で有効化され,owner_table
,partition_tag
,version
を含むいくつかの新しいフィールドが追加された。ベクトル・テーブル、table_1
は、table_1_p1
というパーティションを持ち、これもベクトル・テーブルである。partition_name
は、table_id
に対応する。パーティション・テーブルのフィールドはオーナー・テーブルから継承され、owner table
フィールドがオーナー・テーブルの名前を指定し、partition_tag
フィールドがパーティションのタグを指定します。
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
のフィールドと説明を以下の表に示す:
フィールド名 | データ型 | 説明 |
---|---|---|
id | int64 | ベクトル・テーブルの一意な識別子。id 自動的にインクリメントされる。 |
table_id | 文字列 | ベクトル・テーブルの名前。 |
engine_type | int32 | ベクトル・テーブルを構築するインデックスの種類。デフォルトは 0 で、これは無効なインデックスを指定します。1 は FLAT を、2 は IVFLAT を、3 は IVFSQ8 を指定します。4 は NSG を指定します。5 は IVFSQ8H を指定します。 |
file_id | 文字列 | ファイル作成時に生成されるファイル名。1970年1月1日からテーブルが作成されるまでのミリ秒数を1000倍したものに等しい。 |
file_type | int32 | ファイルの状態。0は新しく生成された生のベクトル・データ・ファイルを示す。1は生のベクトル・データ・ファイルを指定する。2は、そのファイルに対してインデックスが作成されることを示す。3は、ファイルがインデックス・ファイルであることを示す。4 は、ファイルが削除(ソフト削除)されることを示す。5 は、ファイルが新たに生成され、組み合わせデータの保存に使用されることを指定する。6 は、ファイルが新たに生成され、インデックス・データの格納に使用されることを指定する。7は、生のベクトル・データ・ファイルのバックアップ・ステータスを指定します。 |
file_size | int64 | ファイル・サイズ(バイト単位)。 |
row_count | int64 | ファイル内のベクトル数。 |
updated_time | int64 | 最新の更新時刻のタイムスタンプ。1970年1月1日からテーブルが作成されるまでのミリ秒数を指定する。 |
created_on | int64 | 1970年1月1日からテーブルが作成されるまでのミリ秒数。 |
date | int32 | テーブルが作成された日付。これは歴史的な理由で残っており、将来のバージョンでは削除される予定です。 |
関連ブログ
- メタデータテーブルのフィールド
- 関連ブログ
On This Page
Try Managed Milvus for Free
Zilliz Cloud is hassle-free, powered by Milvus and 10x faster.
Get StartedLike the article? Spread the word