Lindorm:スキーマの制約ポリシー

スキーマ制約

ほとんどの場合、スキーマ制約は、データがテーブルに書き込まれるときに有効になります。 スキーマ制約は、書き込まれたフィールドが事前定義されたテーブルスキーマに含まれるフィールドと一致するかどうか、書き込まれたフィールドのデータ型が事前定義されたデータ型と一致するか互換性があるかどうか、またはデータが書き込まれるテーブルが存在するかどうかを定義できます。 従来のリレーショナルデータベースでは、厳密な制約が適用されます。

LindormTSDB のスキーマ制約に基づいて、システムは次の検証操作を実行します。

• データの書き込み先のテーブルが存在するかどうかを確認します。

• データの書き込み先の TAG 列または FIELD 列が事前定義されているかどうかを確認します。

• 書き込まれるデータの型が、事前定義されたデータ型と一致するかどうかを確認します。

• 返されるフィールドのデータ型が、テーブルの作成時に指定されたデータ型と一致するかどうかを確認します。

サポートされているスキーマ制約ポリシー

LindormTSDB は、強制制約、弱制約、制約なしの 3 つのタイプのスキーマ制約ポリシーを提供します。 ビジネス要件に基づいてポリシーを選択できます。

• 強制的約

  LindormTSDB は、事前定義されたテーブルスキーマに基づいて、データの書き込み先のテーブルの名前、書き込まれるデータのフィールド名、および書き込まれるデータの型を厳密に検証します。 このプロセスは、従来のリレーショナルデータベースの検証プロセスに似ています。 テーブル名、フィールド名、またはデータ型がテーブルスキーマで事前定義されたものと一致しない場合は、エラーが報告されます。

• 弱制約

  • データの書き込み先のテーブルが存在しない場合、LindormTSDB はエラーを報告しません。 代わりに、LindormTSDB は自動的にテーブルを作成します。

  • 書き込まれるデータにタグまたはフィールドが追加された場合、LindormTSDB はエラーを報告しません。 代わりに、LindormTSDB は時系列テーブルに TAG 列または FIELD 列を自動的に追加します。

  • データの書き込み先のフィールドのデータ型が変更された場合、LindormTSDB はフィールドのデータ型が事前定義されたデータ型と一致しないことを検出するため、データの書き込みは失敗します。 この場合、ALTER TABLE ステートメントを実行して、フィールドのデータ型を手動で変更する必要があります。

  説明

  弱制約ポリシーを使用する場合でも、一部の検証操作は引き続き実行されます。 たとえば、文字列以外の値を TAG 列に書き込もうとしたり、タイムスタンプ型以外のデータをタイムスタンプ列に書き込もうとしたりすると、検証は失敗します。

• 制約なし

  制約は適用されません。 このポリシーを使用すると、データの書き込み先のテーブルが存在しない場合でもエラーは報告されません。 時系列データベース（TSDB）と互換性のあるインターフェースを呼び出して、書き込まれたデータをクエリできます。 データの書き込み先のテーブルが存在しない場合に手動でテーブルを作成すると、SQL ステートメントを実行して書き込まれたデータをクエリできます。 ただし、フィールドデータ型が一致しない場合でもエラーは報告されません。

  説明

  制約なしポリシーは、TSDB との互換性を確保するためにシステムによって予約されています。 詳細については、「開発者ガイド」をご参照ください。