Skip to content

Commit 1cdd9b2

Browse files
AUTO: Sync ScalarDB docs in Japanese to docs site repo (#1146)
Co-authored-by: josh-wong <[email protected]>
1 parent 502d460 commit 1cdd9b2

File tree

1 file changed

+46
-37
lines changed
  • i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current

1 file changed

+46
-37
lines changed

i18n/versioned_docs/ja-jp/docusaurus-plugin-content-docs/current/roadmap.mdx

Lines changed: 46 additions & 37 deletions
Original file line numberDiff line numberDiff line change
@@ -22,43 +22,18 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx';
2222

2323
:::
2424

25-
### CY2025 Q1
26-
27-
#### 新しい機能
28-
29-
- **ベクトルストアの抽象化**
30-
- ユーザーは、ScalarDB の新しいベクトルストアインターフェースを介して、ベクトルストアに埋め込み表現 (ベクトル) を保存および検索できるようになります。この機能により、ユーザーは、既存の ScalarDB インターフェースを介してデータベースからデータを読み取り、データから埋め込み表現を作成し、新しいインターフェースを介してベクトルストアに埋め込み表現を保存および検索することで、大規模言語モデル (LLM) を使用した検索拡張生成 (RAG) を実現するプロセスを簡素化できます。
31-
32-
#### セキュリティ
33-
34-
- **属性ベースのアクセス制御**
35-
- ユーザーは、基盤となるデータベースへのアクセスをよりきめ細かく制御できるようになります。ScalarDB は、ユーザーがテーブルに対して特定の操作を発行する権限があるかどうかを制御する現在の単純な認可に加えて、ユーザーとレコードの属性に基づいて、ユーザーが特定のレコードにアクセスできるかどうかを制御します。
36-
37-
#### ユーザビリティ
38-
39-
- **時間関連のデータ型の追加**
40-
- ユーザーは時間関連のデータ型を使用できるようになり、既存のアプリケーションから移行が容易になります。
41-
42-
#### クラウドサポート
43-
44-
- **Azure Marketplace でのコンテナオファリング**
45-
- ユーザーは Azure コンテナオファリングを使用して ScalarDB Cluster をデプロイできるようになります。これにより、ユーザーは従量課金制のサブスクリプションモデルを使用できます。
46-
- **Google Cloud Platform (GCP) のサポート**
47-
- ユーザーは GCP の Google Kubernetes Engine (GKE) に ScalarDB Cluster をデプロイできるようになります。
48-
4925
### CY2025 Q2
5026

51-
#### 新しい機能
52-
53-
- **ネイティブセカンダリインデックス**
54-
- ユーザーは柔軟なセカンダリインデックスを定義できるようになります。既存のセカンダリインデックスは、サポートされているデータベースのセカンダリインデックスの共通機能に基づいて実装されているため、制限があります。したがって、たとえば、複数列のインデックスを定義することはできません。新しいセカンダリインデックスは ScalarDB レイヤーで作成されるため、複数列のインデックスなど、より柔軟なインデックスを作成できます。
55-
56-
#### 追加のデータベース
27+
#### 追加のデータベースのサポート
5728

29+
- **IBM Db2**
30+
- ユーザーは、ScalarDB Cluster を介して基盤となるデータベースとして IBM Db2 を使用できるようになります。
31+
- **TiDB**
32+
- ユーザーは、ScalarDB Cluster を介して基盤となるデータベースとして TiDB を使用できるようになります。
5833
- **Databricks**
59-
- ユーザーは、ScalarDB Cluster を介して基盤となるデータベースとして Databricks を使用できます。
34+
- ユーザーは、ScalarDB Cluster と ScalarDB Analytics を介して基盤となるデータベースとして Databricks を使用できます。
6035
- **Snowflake**
61-
- ユーザーは、ScalarDB Cluster を介して基盤となるデータベースとして Snowflake を使用できます。
36+
- ユーザーは、ScalarDB Cluster と ScalarDB Analytics を介して基盤となるデータベースとして Snowflake を使用できます。
6237

6338
#### ユーザビリティ
6439

@@ -71,11 +46,33 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx';
7146

7247
#### パフォーマンス
7348

49+
- **読み取りコミット分離の追加**
50+
- ユーザーは、強い正確性を必要としないアプリケーションのパフォーマンスを向上させるために、read-committed 分離レベルでトランザクションを実行できるようになります。
51+
- **1フェーズコミットの最適化**
52+
- ユーザーは、トランザクションの操作がすべて単一のデータベースまたは単一のパーティションに適用される場合、1フェーズコミットを使用してトランザクションをより効率的に実行できるようになります。
53+
- **データベースごとに複数の書き込み操作を最適化**
54+
- ユーザーは、データベースに対して複数の書き込み操作がある場合、準備フェーズおよびコミットフェーズにおける書き込み処理をそれぞれのフェーズごとにまとめて実行することによりトランザクションをより効率的に実行できるようになります。
55+
- **読み取り専用トランザクションの最適化**
56+
- ユーザーは、トランザクションをコミットする際にコーディネーターの書き込みを回避することで、トランザクションをより効率的に実行できるようになります。
7457
- **ScalarDB Analytics での WAL-interpreted view の削除**
7558
- ユーザーは、WAL-interpreted view の代わりに ScalarDB Core を使用してコミットされたデータを読み取ることができます。これにより、性能の改善が期待できます。
7659

60+
#### クラウドサポート
61+
62+
- **ScalarDB Cluster 向け Azure Marketplace のコンテナ提供**
63+
- ユーザーは、Azure コンテナオファリングを使用して ScalarDB Cluster をデプロイできるようになります。これにより、従量課金制のサブスクリプションモデルを使用できます。
64+
- **ScalarDB Cluster の Google Cloud Platform (GCP) サポート**
65+
- ユーザーは、GCP の Google Kubernetes Engine (GKE) で ScalarDB Cluster をデプロイできるようになります。
66+
- **ScalarDB Analytics 向け Amazon Marketplace のコンテナ提供**
67+
- ユーザーは、コンテナオファリングを使用して ScalarDB Analytics をデプロイできるようになります。これにより、従量課金制のサブスクリプションモデルを使用できます。
68+
7769
### CY2025 Q3
7870

71+
#### 新機能
72+
73+
- **分離されたメタデータ管理**
74+
- ユーザーは、既存アプリケーションのスキーマを移行または変更することなく、トランザクションメタデータを別の場所で管理することで ScalarDB Cluster を使用開始できるようになります。
75+
7976
#### ユーザビリティ
8077

8178
- **ビュー**
@@ -94,18 +91,30 @@ import TranslationBanner from '/src/components/_translation-ja-jp.mdx';
9491

9592
### CY2025 Q4
9693

94+
#### 新機能
95+
96+
- **ネイティブセカンダリインデックス**
97+
- ユーザーは、柔軟なセカンダリインデックスを定義できるようになります。既存のセカンダリインデックスは、サポートされているデータベースのセカンダリインデックスの共通機能に基づいて実装されているため、たとえば複数列のインデックスを定義することはできません。新しいセカンダリインデックスは ScalarDB レイヤーで作成されるため、複数列インデックスのような柔軟なインデックスを作成できます。
98+
- **カタログ管理の改善**
99+
- ユーザーは、さまざまなデータベースにわたるデータカタログを統一された方法で管理できるようになります。
100+
101+
#### 追加のデータベース(オブジェクトストレージ)のサポート
102+
103+
- **Azure Blob Storage**
104+
- ユーザーは、ScalarDB Cluster を介して基盤となるデータベースとして Azure Blob Storage を使用できるようになります。
105+
- **Amazon S3**
106+
- ユーザーは、ScalarDB Cluster を介して基盤となるデータベースとして Amazon S3 を使用できるようになります。
107+
- **Google Cloud Storage**
108+
- ユーザーは、ScalarDB Cluster および ScalarDB Analytics を介して基盤となるデータベースとして Google Cloud Storage を使用できるようになります。
109+
97110
#### パフォーマンス
98111

99-
- **1フェーズコミットの最適化**
100-
- ユーザーは、単一のパーティションに書き込む単純なトランザクションの実行速度が速くなります。ScalarDB は、基礎となるデータベースの単一パーティション線形化可能な操作を利用して、トランザクションが1つのパーティションのみを更新する場合、正確さを犠牲にすることなく、レコード準備フェーズとコミット状態フェーズを省略します。
101112
- **ScalarDB メタデータの管理に必要なストレージ領域の削減**
102113
- ユーザーが ScalarDB を実行するために使用するストレージ領域が少なくなる可能性があります。ScalarDB は、コミットされたトランザクションがコミットされた後に、コミットされたトランザクションの以前のイメージを削除します。ただし、コミットされたトランザクションが実際のストレージ領域に影響を与えるかどうかは、基礎となるデータベースによって異なります。
103-
- **読み取り専用トランザクションのコーディネータ書き込みの省略**
104-
- ユーザーは、読み取り専用トランザクションにおけるコーディネータ書き込みを省略することで、当該トランザクションをより早く実行できるようになります。
105114

106115
#### クラウドサポート
107116

108117
- **Red Hat OpenShift サポート**
109118
- ユーザーは、OpenShift 環境で ScalarDB Cluster 用の Red Hat 認定 Helm Charts を使用できます。
110119
- **Google Cloud Marketplace のコンテナオファリング**
111-
- ユーザーは、Google Cloud コンテナオファリングを使用して ScalarDB Cluster をデプロイできます。これにより、ユーザーは従量課金制のサブスクリプションモデルを使用できます。
120+
- ユーザーは、Google Cloud コンテナオファリングを使用して ScalarDB Cluster をデプロイできます。これにより、ユーザーは従量課金制のサブスクリプションモデルを使用できます。

0 commit comments

Comments
 (0)