Skip to content

Commit b9bed1d

Browse files
AUTO: Docs repo sync - ScalarDL (#751)
* AUTO: Sync ScalarDL docs in Japanese to docs site repo * Delete sdks.mdx * Delete README.mdx * Remove SDK section and SDK doc The Java Client SDK doc doesn't provide much value and the contents have recently been referenced in other docs, so it along with the SDK section can be removed for now. * Remove SDK section and SDK doc The Java Client SDK doc doesn't provide much value and the contents have recently been referenced in other docs, so it along with the SDK section can be removed for now. * Delete README.mdx * Delete sdks.mdx * Revert "Merge branch 'scalardl/update-docs-3.8-ja-jp' of https://github.com/scalar-labs/docs-scalardl into scalardl/update-docs-3.8-ja-jp" This reverts commit ee44747, reversing changes made to 3a19b41. --------- Co-authored-by: josh-wong <joshua.wong@scalar-labs.com> Co-authored-by: Josh Wong <23216828+josh-wong@users.noreply.github.com>
1 parent 1cb2e66 commit b9bed1d

File tree

5 files changed

+350
-174
lines changed

5 files changed

+350
-174
lines changed

i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/version-3.8/data-modeling.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -102,4 +102,4 @@ ScalarDL は単一のアセット ID スペースのみを提供するため、
102102
- **オプション 1:** アセットとして一種のインデックステーブルを準備し、各インデックスアセットに対応するアセット ID をポインターとして持つようにします。このアプローチでは、台帳上のインデックスを管理するためにパフォーマンスのオーバーヘッドが発生しますが、インデックス情報も改ざん検知可能な方法で保存されるため、厳重に安全なデータ管理を実現できます。
103103
- **オプション 2:** ScalarDB テーブルをアセットのインデックスとして使用します。アセットレコードを台帳に配置するときに、ファンクションを使用して、ScalarDB テーブルをセカンダリインデックスでアトミックに更新し、ScalarDB テーブル内のレコードがアセットまたはアセットレコードを指すようにすることができます。このアプローチは最初のアプローチよりも柔軟で効率的ですが、インデックス情報が改ざんされる可能性があることに注意し、ユースケースでこれが許容されるかどうかを検討する必要があります。
104104

105-
このような場合、アセットを更新するときに差分データのみを配置し、最新データの全体像を取得したいときにすべてのアセットレコードをマージすることを選択できます。この方法はストレージコストの観点からは効率的ですが、すべてのアセットレコードをスキャンする必要があるため、クエリのパフォーマンスに影響します。このトレードオフの影響を制限するには、ある時点でスナップショットを作成することもできます。これにより、毎回すべてのアセットレコードをスキャンする必要がなくなります。[コレクションの真正性管理のための汎用コントラクト](./use-generic-contracts.mdx#コレクションの真正性を管理する)は、この設計パターンに従います。
105+
このような場合、アセットを更新するときに差分データのみを配置し、最新データの全体像を取得したいときにすべてのアセットレコードをマージすることを選択できます。この方法はストレージコストの観点からは効率的ですが、すべてのアセットレコードをスキャンする必要があるため、クエリのパフォーマンスに影響します。このトレードオフの影響を制限するには、ある時点でスナップショットを作成することもできます。これにより、毎回すべてのアセットレコードをスキャンする必要がなくなります。

0 commit comments

Comments
 (0)