翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
検索可能な暗号化をサポートするビーコンには 2 つのタイプがあります。標準ビーコンは、一致検索を実行します。これらは、データベースで検索可能な暗号化を実装する最も簡単な方法です。複合ビーコンは、リテラルプレーンテキスト文字列と標準ビーコンを組み合わせて、より複雑なクエリを実行します。
ビーコンは、データが入力されていない新しいデータベースに実装されるように設計されています。既存のデータベースで設定されたビーコンは、データベースに書き込まれる新しいレコードのみをマッピングします。ビーコンはフィールドのプレーンテキストの値から計算されます。フィールドが暗号化されると、ビーコンは既存のデータをマッピングできなくなります。ビーコンを持つ新しいレコードを書き込んだ後に、そのビーコンの設定を更新することはできません。ただし、レコードに追加する新しいフィールドに新しいビーコンを追加できます。
アクセスパターンを決定したら、データベース実装の 2 番目のステップとしてビーコンを設定する必要があります。次に、すべてのビーコンを設定したら、AWS KMS 階層キーリングの作成、ビーコンバージョンの定義、各ビーコンのセカンダリインデックスの設定、暗号化アクションの定義、データベースと AWS Database Encryption SDK クライアントの設定を行う必要があります。詳細については、「ビーコンの使用」を参照してください。
ビーコンのバージョンをより簡単に定義できるように、標準ビーコンと複合ビーコンのリストを作成することをお勧めします。作成した各ビーコンを、設定時にそれぞれの標準ビーコンリストまたは複合ビーコンリストに追加します。
標準ビーコンの設定
標準ビーコンは、データベースで検索可能な暗号化を実装する最も簡単な方法です。単一の暗号化されたフィールドまたは仮想フィールドについてのみ一致検索を実行できます。
設定構文の例
- Java
-
List<StandardBeacon> standardBeaconList = new ArrayList<>();
StandardBeacon exampleStandardBeacon = StandardBeacon.builder()
.name("beaconName
")
.length(beaconLengthInBits)
.build();
standardBeaconList.add(exampleStandardBeacon);
- C# / .NET
-
var standardBeaconList = new List<StandardBeacon>();
StandardBeacon exampleStandardBeacon = new StandardBeacon
{
Name = "beaconName
",
Length = 10
};
standardBeaconList.Add(exampleStandardBeacon);
- Rust
-
let standard_beacon_list = vec![
StandardBeacon::builder().name("beacon_name
").length(beacon_length_in_bits
).build()?,
標準ビーコンを設定するには、次の値を指定します。
- ビーコン名
-
暗号化されたフィールドをクエリする際に使用する名前。
ビーコン名は、暗号化されたフィールドまたは仮想フィールドと同じ名前にすることができますが、暗号化されていないフィールドと同じ名前にすることはできません。可能な場合は常に、標準ビーコンの構築元となる暗号化されたフィールドまたは仮想フィールドの名前を使用することを強くお勧めします。2 つの異なるビーコンに同じビーコン名を付けることはできません。実装に最適なビーコン名を決定する方法については、「ビーコン名の選択」を参照してください。
- ビーコンの長さ
-
切り詰めた後に保持されるビーコンのハッシュ値のビット数。
ビーコンの長さによって、特定のビーコンによって生成される誤検知の平均数が決まります。実装に適切なビーコンの長さを決定する方法の詳細とヘルプについては、「ビーコンの長さの決定」を参照してください。
- ビーコンソース (オプション)
-
標準ビーコンの構築元となるフィールド。
ビーコンソースは、フィールド名、またはネストされたフィールドの値を参照するインデックスである必要があります。ビーコン名がビーコンソースと同じ場合、設定からビーコンソースを省略でき、 AWS Database Encryption SDK は自動的にビーコン名をビーコンソースとして使用します。
仮想フィールドの作成
仮想フィールドを作成するには、仮想フィールドの名前とソースフィールドのリストを指定する必要があります。ソースフィールドを仮想部分のリストに追加する順序によって、仮想フィールドを構築するためにこれらのソースフィールドが連結される順序が決まります。次の例では、2 つのソースフィールド全体を連結して、仮想フィールドを作成します。
データベースに入力する前に、仮想フィールドが期待される結果を生成することを確認することをお勧めします。詳細については、「ビーコン出力のテスト」を参照してください。
- Java
-
完全なコード例を参照: VirtualBeaconSearchableEncryptionExample.java
List<VirtualPart> virtualPartList = new ArrayList<>();
virtualPartList.add(sourceField1
);
virtualPartList.add(sourceField2
);
VirtualField virtualFieldName
= VirtualField.builder()
.name("virtualFieldName
")
.parts(virtualPartList)
.build();
List<VirtualField> virtualFieldList = new ArrayList<>();
virtualFieldList.add(virtualFieldName
);
- C# / .NET
-
完全なコード例を参照: VirtualBeaconSearchableEncryptionExample.cs
var virtualPartList = new List<VirtualPart> { sourceField1
, sourceField2
};
var virtualFieldName
= new VirtualField
{
Name = "virtualFieldName
",
Parts = virtualPartList
};
var virtualFieldList = new List<VirtualField> { virtualFieldName
};
- Rust
-
完全なコード例を参照: virtual_beacon_searchable_encryption.rs
let virtual_part_list = vec![source_field_one
, source_field_two
];
let state_and_has_test_result_field = VirtualField::builder()
.name("virtual_field_name
")
.parts(virtual_part_list)
.build()?;
let virtual_field_list = vec![virtual_field_name
];
ソースフィールドの特定のセグメントを使用して仮想フィールドを作成するには、ソースフィールドを仮想部分のリストに追加する前に、その変換を定義する必要があります。
仮想フィールドのセキュリティに関する考慮事項
ビーコンはフィールドの暗号化状態を変更しません。ただし、ビーコンを使用する場合、クエリの効率性と、データの分布に関して明らかになる情報の量との間には、固有のトレードオフが存在します。ビーコンを設定する方法によって、そのビーコンによって維持されるセキュリティのレベルが決まります。
既存の標準ビーコンと重複するソースフィールドを含む仮想フィールドを作成しないようにしてください。標準ビーコンを作成するために既に使用されているソースフィールドを含む仮想フィールドを作成すると、両方のビーコンのセキュリティレベルが低下する可能性があります。セキュリティが低下する程度は、追加のソースフィールドによって追加されるエントロピーのレベルによって異なります。エントロピーのレベルは、追加のソースフィールド内の固有の値の分布と、追加のソースフィールドが仮想フィールドの全体的なサイズに寄与するビット数によって決まります。
母集団とビーコンの長さを使用して、仮想フィールドのソースフィールドがデータセットのセキュリティを維持するかどうかを判断できます。母集団は、フィールド内の一意の値の想定数です。母集団は正確である必要はありません。フィールドの母集団の推定については、「母集団の推定」を参照してください。
仮想フィールドのセキュリティを確認する際には、次の例を考慮してください。
次のステートメントが真の場合、Beacon2 は Beacon1 と Beacon2 の両方のセキュリティを維持します。
N ≥ (Beacon1 length)/2
and
N ≥ (Beacon2 length)/2
ビーコンスタイルの定義
標準ビーコンを使用して、暗号化されたフィールドまたは仮想フィールドの等価検索を実行できます。または、複合ビーコンを構築して、より複雑なデータベースオペレーションを実行することもできます。標準ビーコンの整理と管理に役立つように、 AWS Database Encryption SDK には、標準ビーコンの用途を定義する以下のオプションビーコンスタイルが用意されています。
ビーコンスタイルを定義するには、 AWS Database Encryption SDK のバージョン 3.2 以降を使用する必要があります。ビーコン設定にビーコンスタイルを追加する前に、すべてのリーダーに新しいバージョンをデプロイします。
- PartOnly
-
として定義された標準ビーコンは、複合ビーコンの暗号化された部分を定義するためにPartOnly
のみ使用できます。PartOnly
標準ビーコンを直接クエリすることはできません。
- Java
-
List<StandardBeacon> standardBeaconList = new ArrayList<>();
StandardBeacon exampleStandardBeacon = StandardBeacon.builder()
.name("beaconName
")
.length(beaconLengthInBits)
.style(
BeaconStyle.builder()
.partOnly(PartOnly.builder().build())
.build()
)
.build();
standardBeaconList.add(exampleStandardBeacon);
- C#/.NET
-
new StandardBeacon
{
Name = "beaconName
",
Length = beaconLengthInBits,
Style = new BeaconStyle
{
PartOnly = new PartOnly()
}
}
- Rust
-
StandardBeacon::builder()
.name("beacon_name
")
.length(beacon_length_in_bits
)
.style(BeaconStyle::PartOnly(PartOnly::builder().build()?))
.build()?
- Shared
-
デフォルトでは、すべての標準ビーコンはビーコン計算用の一意の HMAC キーを生成します。その結果、2 つの異なる標準ビーコンから暗号化されたフィールドに対して等価検索を実行することはできません。として定義された標準ビーコンShared
は、別の標準ビーコンの HMAC キーを計算に使用します。
例えば、beacon1
フィールドとbeacon2
フィールドを比較する必要がある場合は、 の計算beacon1
に の HMAC キーを使用するShared
ビーコンbeacon2
として を定義します。
Shared
ビーコンを設定する前に、セキュリティとパフォーマンスのニーズを考慮してください。 Shared
ビーコンは、データセットの分布に関して識別できる統計情報の量を増やす可能性があります。例えば、どの共有フィールドに同じプレーンテキスト値が含まれているかを明らかにすることができます。
- Java
-
List<StandardBeacon> standardBeaconList = new ArrayList<>();
StandardBeacon exampleStandardBeacon = StandardBeacon.builder()
.name("beacon2
")
.length(beaconLengthInBits)
.style(
BeaconStyle.builder()
.shared(Shared.builder().other("beacon1
").build())
.build()
)
.build();
standardBeaconList.add(exampleStandardBeacon);
- C#/.NET
-
new StandardBeacon
{
Name = "beacon2
",
Length = beaconLengthInBits,
Style = new BeaconStyle
{
Shared = new Shared { Other = "beacon1
" }
}
}
- Rust
-
StandardBeacon::builder()
.name("beacon2
")
.length(beacon_length_in_bits
)
.style(BeaconStyle::Shared(
Shared::builder().other("beacon1
").build()?,
))
.build()?
- AsSet
-
デフォルトでは、フィールド値がセットの場合、 AWS Database Encryption SDK はセットの単一の標準ビーコンを計算します。その結果、 が暗号化されたフィールドCONTAINS(a
, :value
)
a
であるクエリを実行することはできません。として定義された標準ビーコンは、セットの各要素の個々の標準ビーコン値をAsSet
計算し、ビーコン値をセットとして項目に保存します。これにより、 AWS Database Encryption SDK はクエリ を実行できますCONTAINS(a
, :value
)
。
AsSet
標準ビーコンを定義するには、セット内の要素が同じ母集団のものである必要があり、すべての要素が同じビーコンの長さを使用できます。ビーコン値の計算時に衝突が発生した場合、ビーコンセットの要素数がプレーンテキストセットよりも少なくなる可能性があります。
AsSet
ビーコンを設定する前に、セキュリティとパフォーマンスのニーズを考慮してください。 AsSet
ビーコンは、データセットの分布に関して識別できる統計情報の量を増やす可能性があります。例えば、プレーンテキストセットのサイズが明らかになる場合があります。
- Java
-
List<StandardBeacon> standardBeaconList = new ArrayList<>();
StandardBeacon exampleStandardBeacon = StandardBeacon.builder()
.name("beaconName
")
.length(beaconLengthInBits)
.style(
BeaconStyle.builder()
.asSet(AsSet.builder().build())
.build()
)
.build();
standardBeaconList.add(exampleStandardBeacon);
- C#/.NET
-
new StandardBeacon
{
Name = "beaconName
",
Length = beaconLengthInBits,
Style = new BeaconStyle
{
AsSet = new AsSet()
}
}
- Rust
-
StandardBeacon::builder()
.name("beacon_name
")
.length(beacon_length_in_bits
)
.style(BeaconStyle::AsSet(AsSet::builder().build()?))
.build()?
- SharedSet
-
として定義された標準ビーコンは、 関数Shared
と AsSet
関数SharedSet
を組み合わせて、セットとフィールドの暗号化された値に対して等価検索を実行できるようにします。これにより、 AWS Database Encryption SDK は、 CONTAINS(a
, b
)
が暗号化されたセットであり、 a
が暗号化されたフィールドb
であるクエリを実行できます。
Shared
ビーコンを設定する前に、セキュリティとパフォーマンスのニーズを考慮してください。 SharedSet
ビーコンは、データセットの分布に関して識別できる統計情報の量を増やす可能性があります。例えば、プレーンテキストセットのサイズや、同じプレーンテキスト値を含む共有フィールドが明らかになる場合があります。
- Java
-
List<StandardBeacon> standardBeaconList = new ArrayList<>();
StandardBeacon exampleStandardBeacon = StandardBeacon.builder()
.name("beacon2
")
.length(beaconLengthInBits)
.style(
BeaconStyle.builder()
.sharedSet(SharedSet.builder().other("beacon1
").build())
.build()
)
.build();
standardBeaconList.add(exampleStandardBeacon);
- C#/.NET
-
new StandardBeacon
{
Name = "beacon2
",
Length = beaconLengthInBits,
Style = new BeaconStyle
{
SharedSet = new SharedSet { Other = "beacon1
" }
}
}
- Rust
-
StandardBeacon::builder()
.name("beacon2
")
.length(beacon_length_in_bits
)
.style(BeaconStyle::SharedSet(
SharedSet::builder().other("beacon1
").build()?,
))
.build()?
複合ビーコンの設定
複合ビーコンは、リテラルプレーンテキスト文字列と標準ビーコンを組み合わせて、単一のインデックスから 2 つの異なるレコードタイプをクエリしたり、ソートキーを使用してフィールドの組み合わせをクエリしたりするなど、複雑なデータベースオペレーションを実行します。複合ビーコンは、ENCRYPT_AND_SIGN
、SIGN_ONLY
、および SIGN_AND_INCLUDE_IN_ENCRYPTION_CONTEXT
フィールドから構築できます。複合ビーコンに含まれる暗号化されたフィールドごとに標準ビーコンを作成する必要があります。
データベースに入力する前に、複合ビーコンが期待される結果を生成することを確認することをお勧めします。詳細については、「ビーコン出力のテスト」を参照してください。
設定構文の例
- Java
-
複合ビーコン設定
次の の例では、複合ビーコン設定内で暗号化および署名されたパートリストをローカルに定義します。
List<CompoundBeacon> compoundBeaconList = new ArrayList<>();
CompoundBeacon exampleCompoundBeacon = CompoundBeacon.builder()
.name("compoundBeaconName
")
.split(".
")
.encrypted(encryptedPartList)
.signed(signedPartList)
.constructors(constructorList)
.build();
compoundBeaconList.add(exampleCompoundBeacon);
ビーコンバージョン定義
次の例では、ビーコンバージョンで暗号化および署名されたパートリストをグローバルに定義します。ビーコンバージョンの定義の詳細については、「ビーコンの使用」を参照してください。
List<BeaconVersion> beaconVersions = new ArrayList<>();
beaconVersions.add(
BeaconVersion.builder()
.standardBeacons(standardBeaconList)
.compoundBeacons(compoundBeaconList)
.encryptedParts(encryptedPartList)
.signedParts(signedPartList)
.version(1) // MUST be 1
.keyStore(keyStore)
.keySource(BeaconKeySource.builder()
.single(SingleKeyStore.builder()
.keyId(branchKeyId)
.cacheTTL(6000)
.build())
.build())
.build()
);
- C# / .NET
-
完全なコードサンプル「BeaconConfig.csBeaconConfig.cs
複合ビーコン設定
次の の例では、複合ビーコン設定内で暗号化および署名されたパートリストをローカルに定義します。
var compoundBeaconList = new List<CompoundBeacon>();
var exampleCompoundBeacon = new CompoundBeacon
{
Name = "compoundBeaconName
",
Split = ".
",
Encrypted = encryptedPartList,
Signed = signedPartList,
Constructors = constructorList
};
compoundBeaconList.Add(exampleCompoundBeacon);
ビーコンバージョン定義
次の例では、ビーコンバージョンで暗号化および署名されたパートリストをグローバルに定義します。ビーコンバージョンの定義の詳細については、「ビーコンの使用」を参照してください。
var beaconVersions = new List<BeaconVersion>
{
new BeaconVersion
{
StandardBeacons = standardBeaconList,
CompoundBeacons = compoundBeaconList,
EncryptedParts = encryptedPartsList,
SignedParts = signedPartsList,
Version = 1, // MUST be 1
KeyStore = keyStore,
KeySource = new BeaconKeySource
{
Single = new SingleKeyStore
{
KeyId = branchKeyId,
CacheTTL = 6000
}
}
}
};
- Rust
-
完全なコードサンプル「beacon_config.rs」を参照してください。
複合ビーコン設定
次の の例では、複合ビーコン設定内で暗号化および署名されたパートリストをローカルに定義します。
let compound_beacon_list = vec![
CompoundBeacon::builder()
.name("compound_beacon_name
")
.split(".
")
.encrypted(encrypted_parts_list)
.signed(signed_parts_list)
.constructors(constructor_list)
.build()?
ビーコンバージョン定義
次の例では、ビーコンバージョンで暗号化および署名されたパートリストをグローバルに定義します。ビーコンバージョンの定義の詳細については、「ビーコンの使用」を参照してください。
let beacon_versions = BeaconVersion::builder()
.standard_beacons(standard_beacon_list)
.compound_beacons(compound_beacon_list)
.encrypted_parts(encrypted_parts_list)
.signed_parts(signed_parts_list)
.version(1) // MUST be 1
.key_store(key_store.clone())
.key_source(BeaconKeySource::Single(
SingleKeyStore::builder()
.key_id(branch_key_id)
.cache_ttl(6000)
.build()?,
))
.build()?;
let beacon_versions = vec![beacon_versions];
暗号化されたパートと署名されたパートは、ローカルまたはグローバルに定義されたリストで定義できます。可能な限り、ビーコンバージョンのグローバルリストで暗号化および署名されたパートを定義することをお勧めします。暗号化されたパートと署名されたパートをグローバルに定義することで、各パートを 1 回定義し、そのパートを複数の複合ビーコン設定で再利用できます。暗号化または署名されたパートを 1 回だけ使用する場合は、複合ビーコン設定のローカルリストで定義できます。コンストラクタリストでは、ローカルパートとグローバルパートの両方を参照できます。
暗号化および署名されたパートリストをグローバルに定義する場合は、複合ビーコンが複合ビーコン設定のフィールドをアセンブルできるすべての可能な方法を識別するコンストラクタパートのリストを提供する必要があります。
暗号化および署名されたパートリストをグローバルに定義するには、 AWS Database Encryption SDK のバージョン 3.2 以降を使用する必要があります。新しいパートをグローバルに定義する前に、すべてのリーダーに新しいバージョンをデプロイします。
既存のビーコン設定を更新して、暗号化および署名されたパートリストをグローバルに定義することはできません。
複合ビーコンを設定するには、次の値を指定します。
- ビーコン名
-
暗号化されたフィールドをクエリする際に使用する名前。
ビーコン名は、暗号化されたフィールドまたは仮想フィールドと同じ名前にすることができますが、暗号化されていないフィールドと同じ名前にすることはできません。2 つのビーコンを同じ名前にすることはできません。実装に最適なビーコン名を決定する方法については、「ビーコン名の選択」を参照してください。
- 分割文字
-
複合ビーコンを設定する部分を分離するために使用される文字。
分割文字は、複合ビーコンの構築元となるフィールドのプレーンテキストの値に出現することはできません。
- 暗号化されたパートのリスト
-
複合ビーコンに含まれる ENCRYPT_AND_SIGN
フィールドを識別します。
各部分には、名前とプレフィックスが含まれている必要があります。部分の名前は、暗号化されたフィールドから構築された標準ビーコンの名前である必要があります。プレフィックスには任意の文字列を指定できますが、一意である必要があります。暗号化された部分は、署名付きの部分と同じプレフィックスを持つことはできません。複合ビーコンによって提供される部分と他の部分を区別する短い値を使用することをお勧めします。
可能な限り、暗号化された部分をグローバルに定義することをお勧めします。1 つの複合ビーコンでのみ使用する場合は、暗号化された部分をローカルで定義することを検討してください。ローカルに定義された暗号化されたパートは、グローバルに定義された暗号化されたパートと同じプレフィックスまたは名前を持つことはできません。
- Java
-
List<EncryptedPart> encryptedPartList = new ArrayList<>);
EncryptedPart encryptedPartExample = EncryptedPart.builder()
.name("standardBeaconName
")
.prefix("E-")
.build();
encryptedPartList.add(encryptedPartExample);
- C# / .NET
-
var encryptedPartList = new List<EncryptedPart>();
var encryptedPartExample = new EncryptedPart
{
Name = "compoundBeaconName
",
Prefix = "E-"
};
encryptedPartList.Add(encryptedPartExample);
- Rust
-
let encrypted_parts_list = vec![
EncryptedPart::builder()
.name("standard_beacon_name
")
.prefix("E-")
.build()?
];
- 署名付きパートリスト
-
複合ビーコンに含まれる署名付きフィールドを識別します。
署名付きパートはオプションです。署名付き部分を参照しない複合ビーコンを設定できます。
各部分には、名前、ソース、プレフィックスが含まれている必要があります。ソースは、パートが識別する SIGN_ONLY
または SIGN_AND_INCLUDE_IN_ENCRYPTION_CONTEXT
フィールドです。ソースは、フィールド名、またはネストされたフィールドの値を参照するインデックスである必要があります。パーツ名がソースを識別する場合は、ソースを省略すると、 AWS Database Encryption SDK は自動的にその名前をソースとして使用します。可能な場合は常に、部分名としてソースを指定することをお勧めします。プレフィックスには任意の文字列を指定できますが、一意である必要があります。署名付きの部分は、暗号化された部分と同じプレフィックスを持つことはできません。複合ビーコンによって提供される部分と他の部分を区別する短い値を使用することをお勧めします。
可能な限り、署名付きパートをグローバルに定義することをお勧めします。1 つの複合ビーコンでのみ使用する場合は、署名付き部分をローカルで定義することを検討してください。ローカルに定義された署名付きパートは、グローバルに定義された署名付きパートと同じプレフィックスまたは名前を持つことはできません。
- Java
-
List<SignedPart> signedPartList = new ArrayList<>);
SignedPart signedPartExample = SignedPart.builder()
.name("signedFieldName
")
.prefix("S-")
.build();
signedPartList.add(signedPartExample);
- C# / .NET
-
var signedPartsList = new List<SignedPart>
{
new SignedPart { Name = "signedFieldName1
", Prefix = "S-" },
new SignedPart { Name = "signedFieldName2
", Prefix = "SF-" }
};
- Rust
-
let signed_parts_list = vec![
SignedPart::builder()
.name("signed_field_name_1
")
.prefix("S-")
.build()?,
SignedPart::builder()
.name("signed_field_name_2
")
.prefix("SF-")
.build()?,
];
- コンストラクタリスト
-
暗号化および署名付きの部分を複合ビーコンによってアセンブルするさまざまな方法を定義するコンストラクターを識別します。コンストラクタリストでは、ローカルパートとグローバルパートの両方を参照できます。
グローバルに定義された暗号化および署名された部分から複合ビーコンを構築する場合は、コンストラクタリストを指定する必要があります。
複合ビーコンの構築にグローバルに定義された暗号化または署名された部分を使用しない場合、コンストラクタリストはオプションです。コンストラクタリストを指定しない場合、 AWS Database Encryption SDK は次のデフォルトのコンストラクタを使用して複合ビーコンをアセンブルします。
- コンストラクタ
-
各コンストラクターは、複合ビーコンをアセンブルする 1 つの方法を定義するコンストラクター部分の順序付きリストです。コンストラクター部分はリストに追加された順序で結合され、各部分は指定された分割文字で区切られます。
各コンストラクター部分は、暗号化された部分または署名付きの部分に名前を付け、その部分がコンストラクター内で必須であるか、またはオプションであるかを定義します。例えば、Field1
、Field1.Field2
、および Field1.Field2.Field3
で複合ビーコンをクエリする場合は、Field2
および Field3
をオプションとしてマークし、コンストラクターを 1 つ作成します。
各コンストラクターには、少なくとも 1 つの必須部分が必要です。クエリで BEGINS_WITH
演算子を使用できるように、各コンストラクターの最初の部分を必須にすることをお勧めします。
コンストラクターは、必要な部分がすべてレコード内に存在する場合に成功します。新しいレコードを書き込む際に、複合ビーコンはコンストラクターのリストを使用して、指定された値からビーコンをアセンブルできるかどうかを判断します。コンストラクターがコンストラクターのリストに追加された順序でビーコンのアセンブルを試み、成功した最初のコンストラクターを使用します。コンストラクターが成功しない場合、ビーコンはレコードに書き込まれません。
すべてのリーダーとライターは、クエリの結果が確実に正しくなるようにコンストラクターの同じ順序を指定する必要があります。
独自のコンストラクターのリストを指定するには、次の手順を使用します。
-
暗号化部分と署名付きの部分ごとにコンストラクター部分を作成し、その部分が必須かどうかを定義します。
コンストラクター部分の名前は、標準ビーコンの名前、またはそれが表す署名されたフィールドの名前である必要があります。
- Java
-
ConstructorPart field1ConstructorPart = ConstructorPart.builder()
.name("Field1
")
.required(true
)
.build();
- C# / .NET
-
var field1ConstructorPart = new ConstructorPart { Name = "Field1
", Required = true
};
- Rust
-
let field_1_constructor_part = ConstructorPart::builder()
.name("field_1
")
.required(true
)
.build()?;
-
ステップ 1 で作成したコンストラクター部分を使用して、複合ビーコンをアセンブルする可能な方法ごとにコンストラクターを作成します。
例えば、Field1.Field2.Field3
と Field4.Field2.Field3
をクエリする場合は、2 つのコンストラクターを作成する必要があります。Field1
と Field4
は、2 つの別個のコンストラクターで定義されているため、両方とも必須にすることができます。
- Java
-
// Create a list for Field1.Field2.Field3 queries
List<ConstructorPart> field123ConstructorPartList = new ArrayList<>();
field123ConstructorPartList.add(field1ConstructorPart);
field123ConstructorPartList.add(field2ConstructorPart);
field123ConstructorPartList.add(field3ConstructorPart);
Constructor field123Constructor = Constructor.builder()
.parts(field123ConstructorPartList)
.build();
// Create a list for Field4.Field2.Field1 queries
List<ConstructorPart> field421ConstructorPartList = new ArrayList<>();
field421ConstructorPartList.add(field4ConstructorPart);
field421ConstructorPartList.add(field2ConstructorPart);
field421ConstructorPartList.add(field1ConstructorPart);
Constructor field421Constructor = Constructor.builder()
.parts(field421ConstructorPartList)
.build();
- C# / .NET
-
// Create a list for Field1.Field2.Field3 queries
var field123ConstructorPartList = new Constructor
{
Parts = new List<ConstructorPart> { field1ConstructorPart, field2ConstructorPart, field3ConstructorPart }
};
// Create a list for Field4.Field2.Field1 queries
var field421ConstructorPartList = new Constructor
{
Parts = new List<ConstructorPart> { field4ConstructorPart, field2ConstructorPart, field1ConstructorPart }
};
- Rust
-
// Create a list for field1.field2.field3 queries
let field1_field2_field3_constructor = Constructor::builder()
.parts(vec![
field1_constructor_part,
field2_constroctor_part.clone(),
field3_constructor_part,
])
.build()?;
// Create a list for field4.field2.field1 queries
let field4_field2_field1_constructor = Constructor::builder()
.parts(vec![
field4_constructor_part,
field2_constroctor_part.clone(),
field1_constructor_part,
])
.build()?;
-
ステップ 2 で作成したすべてのコンストラクターを含むコンストラクターのリストを作成します。
- Java
-
List<Constructor> constructorList = new ArrayList<>();
constructorList.add(field123Constructor)
constructorList.add(field421Constructor)
- C# / .NET
-
var constructorList = new List<Constructor>
{
field123Constructor,
field421Constructor
};
- Rust
-
let constructor_list = vec![
field1_field2_field3_constructor,
field4_field2_field1_constructor,
];
-
複合ビーコンを作成するconstructorList
ときに を指定します。