From 1d811620875c795bb64d40c33c40b185a16a27e7 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Wed, 21 Oct 2026 14:27:56 +0900 Subject: [PATCH 1/8] i18n(ja): fix TiDB Cloud Lake SQL reference pages (a to d) found in the second full review Co-Authored-By: Claude Opus 5.5 --- tidb-cloud-lake/sql/acos.md | 4 +-- tidb-cloud-lake/sql/add-months.md | 2 +- tidb-cloud-lake/sql/age.md | 4 +-- tidb-cloud-lake/sql/aggregate-functions.md | 4 +-- tidb-cloud-lake/sql/alter-network-policy.md | 2 +- tidb-cloud-lake/sql/alter-password-policy.md | 2 +- tidb-cloud-lake/sql/alter-table.md | 36 +++++++++---------- tidb-cloud-lake/sql/alter-task.md | 12 +++---- tidb-cloud-lake/sql/alter-user.md | 2 +- .../sql/alter-warehouse-assign-nodes.md | 2 +- .../sql/apache-icebergtm-tables.md | 6 ++-- tidb-cloud-lake/sql/approx-count-distinct.md | 2 +- tidb-cloud-lake/sql/arg-max.md | 2 +- tidb-cloud-lake/sql/arg-min.md | 2 +- tidb-cloud-lake/sql/array-agg.md | 2 +- tidb-cloud-lake/sql/array-filter.md | 2 +- tidb-cloud-lake/sql/array-functions.md | 2 +- tidb-cloud-lake/sql/array-reduce.md | 2 +- tidb-cloud-lake/sql/as-array.md | 2 +- tidb-cloud-lake/sql/at.md | 10 +++--- tidb-cloud-lake/sql/atan.md | 4 +-- tidb-cloud-lake/sql/avg.md | 4 +-- tidb-cloud-lake/sql/bitmap-has-all.md | 4 +-- tidb-cloud-lake/sql/bitmap-not.md | 4 +-- tidb-cloud-lake/sql/bitmap.md | 2 +- tidb-cloud-lake/sql/boolean.md | 2 +- tidb-cloud-lake/sql/catalog.md | 2 +- tidb-cloud-lake/sql/char.md | 2 +- tidb-cloud-lake/sql/connection-parameters.md | 8 ++--- tidb-cloud-lake/sql/connection.md | 24 ++++++------- tidb-cloud-lake/sql/copy-into-location.md | 8 ++--- tidb-cloud-lake/sql/copy-into-table.md | 28 +++++++-------- tidb-cloud-lake/sql/count-distinct.md | 4 +-- tidb-cloud-lake/sql/covar-pop.md | 4 +-- tidb-cloud-lake/sql/crc.md | 2 +- tidb-cloud-lake/sql/create-connection.md | 10 +++--- tidb-cloud-lake/sql/create-database.md | 2 +- tidb-cloud-lake/sql/create-external-table.md | 2 +- tidb-cloud-lake/sql/create-file-format.md | 2 +- tidb-cloud-lake/sql/create-inverted-index.md | 18 +++++----- tidb-cloud-lake/sql/create-ngram-index.md | 2 +- .../sql/create-notification-integration.md | 14 ++++---- tidb-cloud-lake/sql/create-password-policy.md | 4 +-- tidb-cloud-lake/sql/create-pipe.md | 8 ++--- tidb-cloud-lake/sql/create-role.md | 2 +- tidb-cloud-lake/sql/create-snapshot-tag.md | 2 +- tidb-cloud-lake/sql/create-stage.md | 14 ++++---- tidb-cloud-lake/sql/create-stream.md | 10 +++--- tidb-cloud-lake/sql/create-task.md | 10 +++--- tidb-cloud-lake/sql/create-vector-index.md | 2 +- tidb-cloud-lake/sql/create-warehouse.md | 2 +- tidb-cloud-lake/sql/create-worker.md | 2 +- tidb-cloud-lake/sql/create-workload-group.md | 10 +++--- tidb-cloud-lake/sql/current-user.md | 4 +-- .../sql/data-anonymization-functions.md | 4 +-- tidb-cloud-lake/sql/date-add.md | 2 +- tidb-cloud-lake/sql/date-time-functions.md | 16 ++++----- tidb-cloud-lake/sql/date-time.md | 18 +++++----- tidb-cloud-lake/sql/date-trunc.md | 2 +- tidb-cloud-lake/sql/day-week.md | 4 +-- tidb-cloud-lake/sql/decades.md | 4 +-- tidb-cloud-lake/sql/delete.md | 2 +- tidb-cloud-lake/sql/delta-lake-engine.md | 4 +-- tidb-cloud-lake/sql/dense-rank.md | 2 +- tidb-cloud-lake/sql/desc-stream.md | 4 +-- .../sql/describe-notification-integration.md | 4 +-- tidb-cloud-lake/sql/drop-database.md | 2 +- tidb-cloud-lake/sql/drop-dictionary.md | 2 +- tidb-cloud-lake/sql/drop-pipe.md | 2 +- tidb-cloud-lake/sql/drop-snapshot-tag.md | 2 +- tidb-cloud-lake/sql/drop-table.md | 2 +- tidb-cloud-lake/sql/drop-task.md | 2 +- 72 files changed, 201 insertions(+), 201 deletions(-) diff --git a/tidb-cloud-lake/sql/acos.md b/tidb-cloud-lake/sql/acos.md index 56f15fec502ce..27804b8cc52d4 100644 --- a/tidb-cloud-lake/sql/acos.md +++ b/tidb-cloud-lake/sql/acos.md @@ -1,11 +1,11 @@ --- title: ACOS -summary: x のアークコサイン、つまりコサインが x となる値を返します。x が -1 から 1 の範囲外の場合は NULL を返します。 +summary: x の逆余弦、つまり余弦が x となる値を返します。x が -1 から 1 の範囲外の場合は NULL を返します。 --- # ACOS -`x` のアークコサイン、つまりコサインが `x` となる値を返します。`x` が -1 から 1 の範囲外の場合は NULL を返します。 +`x` の逆余弦、つまり余弦が `x` となる値を返します。`x` が -1 から 1 の範囲外の場合は NULL を返します。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/add-months.md b/tidb-cloud-lake/sql/add-months.md index 437a3f21409da..60eacf37f92ac 100644 --- a/tidb-cloud-lake/sql/add-months.md +++ b/tidb-cloud-lake/sql/add-months.md @@ -89,7 +89,7 @@ FROM contracts; ``` -## 関連項目 {#see-also} +## 関連情報 {#see-also} - [DATE_ADD](/tidb-cloud-lake/sql/date-add.md): 特定の時間間隔を加算するための代替関数 - [DATE_SUB](/tidb-cloud-lake/sql/date-sub.md): 時間間隔を減算する関数 \ No newline at end of file diff --git a/tidb-cloud-lake/sql/age.md b/tidb-cloud-lake/sql/age.md index 9dc0f6bbe6dff..55b29252f76b4 100644 --- a/tidb-cloud-lake/sql/age.md +++ b/tidb-cloud-lake/sql/age.md @@ -30,7 +30,7 @@ INTERVAL 型を返します。 2. 残りの月の差分（月ごとの日数の違いを考慮） 3. 残りの日の差分（時刻コンポーネントを含む） -`` が `` より前の場合は、負の interval が返されます。 +`` が `` より前の場合は、負の間隔が返されます。 ## 例 {#examples} @@ -87,6 +87,6 @@ FROM projects; ╰─────────────────────────────────────────────╯ ``` -## 関連項目 {#see-also} +## 関連情報 {#see-also} - [DATE_DIFF](/tidb-cloud-lake/sql/date-diff.md): 特定の時間単位の差分を計算するための代替関数 \ No newline at end of file diff --git a/tidb-cloud-lake/sql/aggregate-functions.md b/tidb-cloud-lake/sql/aggregate-functions.md index 0088c50617e20..3a8065668bf7d 100644 --- a/tidb-cloud-lake/sql/aggregate-functions.md +++ b/tidb-cloud-lake/sql/aggregate-functions.md @@ -1,11 +1,11 @@ --- title: 集計関数 -summary: このページでは、{{{ .lake }}} の集計関数について、機能別に整理して包括的に紹介します。参照しやすいように構成されています。 +summary: このページでは、{{{ .lake }}} の集計関数について、参照しやすいよう機能別に整理して包括的に紹介します。 --- # 集計関数 -このページでは、{{{ .lake }}} の集計関数について、機能別に整理して包括的に紹介します。参照しやすいように構成されています。 +このページでは、{{{ .lake }}} の集計関数について、参照しやすいよう機能別に整理して包括的に紹介します。 ## 基本的な集計 {#basic-aggregation} diff --git a/tidb-cloud-lake/sql/alter-network-policy.md b/tidb-cloud-lake/sql/alter-network-policy.md index 84a3662097a25..c9415748cbff2 100644 --- a/tidb-cloud-lake/sql/alter-network-policy.md +++ b/tidb-cloud-lake/sql/alter-network-policy.md @@ -20,7 +20,7 @@ ALTER NETWORK POLICY [ IF EXISTS ] |----------------- |----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | policy_name | 変更するネットワークポリシーの名前を指定します。 | | ALLOWED_IP_LIST | ポリシーに対して更新する、許可された IP アドレス範囲のカンマ区切りリストを指定します。これにより、既存の許可 IP アドレスリストは、指定した新しいリストで上書きされます。 | -| BLOCKED_IP_LIST | ポリシーに対して更新する、ブロックされた IP アドレス範囲のカンマ区切りリストを指定します。これにより、既存のブロック IP アドレスリストは、指定した新しいリストで上書きされます。このパラメーターを空のリスト `()` に設定すると、ブロックされた IP アドレスの制限がすべて削除されます。 | +| BLOCKED_IP_LIST | ポリシーに対して更新する、ブロックされた IP アドレス範囲のカンマ区切りリストを指定します。これにより、既存のブロック IP アドレスリストは、指定した新しいリストで上書きされます。このパラメーターを空のリスト () に設定すると、ブロックされた IP アドレスの制限がすべて削除されます。 | | COMMENT | ネットワークポリシーに関連付けられた説明またはコメントを更新するためのオプションのパラメーターです。 | > **Note:** diff --git a/tidb-cloud-lake/sql/alter-password-policy.md b/tidb-cloud-lake/sql/alter-password-policy.md index 71da0008cb691..3a6a560715dcc 100644 --- a/tidb-cloud-lake/sql/alter-password-policy.md +++ b/tidb-cloud-lake/sql/alter-password-policy.md @@ -45,7 +45,7 @@ ALTER PASSWORD POLICY [ IF EXISTS ] UNSET ## 例 {#examples} -この例では、最小パスワード長を 10 文字に設定した `SecureLogin` という名前のパスワードポリシーを作成し、その後、10 文字から 16 文字までのパスワードを許可するように更新します。 +この例では、最小パスワード長を 10 文字に設定した 'SecureLogin' という名前のパスワードポリシーを作成し、その後、10 文字から 16 文字までのパスワードを許可するように更新します。 ```sql CREATE PASSWORD POLICY SecureLogin diff --git a/tidb-cloud-lake/sql/alter-table.md b/tidb-cloud-lake/sql/alter-table.md index 29bf390dc6797..2f9b2fd4b0f71 100644 --- a/tidb-cloud-lake/sql/alter-table.md +++ b/tidb-cloud-lake/sql/alter-table.md @@ -62,15 +62,15 @@ DROP [ COLUMN ] **Note:** - カラムを追加または変更する際、デフォルト値として受け入れられるのは定数値のみです。非定数式を使用するとエラーになります。 -- `ALTER TABLE` による stored computed column の追加は、まだサポートされていません。 +- ALTER TABLE による stored 計算カラムの追加は、まだサポートされていません。 - テーブルのカラムのデータ型を変更する場合、変換エラーのリスクがあります。たとえば、テキスト（String）を含むカラムを数値（Float）に変換しようとすると、問題が発生する可能性があります。 -- カラムに masking policy を設定する場合は、ポリシーで定義されているデータ型（[CREATE MASKING POLICY](/tidb-cloud-lake/sql/create-masking-policy.md) の構文にあるパラメータ *arg_type_to_mask* を参照）がそのカラムと一致していることを確認してください。 +- カラムにマスキングポリシーを設定する場合は、ポリシーで定義されているデータ型（[CREATE MASKING POLICY](/tidb-cloud-lake/sql/create-masking-policy.md) の構文にあるパラメータ *arg_type_to_mask* を参照）がそのカラムと一致していることを確認してください。 - ポリシー定義が追加パラメータを想定している場合は、任意の `USING` 句を使用します。各ポリシー引数に対応するカラムを順番に列挙してください。最初の引数は常にマスク対象のカラムを表します。 - `USING` を含める場合は、少なくともマスク対象カラムと、ポリシーで必要な追加カラムを指定してください。`USING (...)` 内の最初の識別子は、変更対象のカラムと一致している必要があります。 -- masking policy を関連付けられるのは通常のテーブルのみです。ビュー、stream、一時テーブルでは `SET MASKING POLICY` を使用できません。 -- 1 つのカラムに関連付けられるセキュリティポリシー（masking または row-level）は最大 1 つです。新しいポリシーを関連付ける前に、既存のポリシーを削除してください。 -- masking policy の関連付け、関連解除、表示、削除には、グローバルな `APPLY MASKING POLICY` 権限、または対象の masking policy に対する APPLY/OWNERSHIP が必要です。 -- row access policy の追加または削除には、対象テーブルに対する `ALTER` 権限に加え、グローバルな `APPLY ROW ACCESS POLICY` 権限、またはそのポリシーに対する APPLY/OWNERSHIP が必要です。ポリシーの表示または削除にも同じポリシー権限が必要です。 +- マスキングポリシーを関連付けられるのは通常のテーブルのみです。ビュー、ストリーム、一時テーブルでは `SET MASKING POLICY` を使用できません。 +- 1 つのカラムに関連付けられるセキュリティポリシー（マスキングまたは行レベル）は最大 1 つです。新しいポリシーを関連付ける前に、既存のポリシーを削除してください。 +- マスキングポリシーの関連付け、関連解除、表示、削除には、グローバルな `APPLY MASKING POLICY` 権限、または対象のマスキングポリシーに対する APPLY/OWNERSHIP が必要です。 +- 行アクセスポリシーの追加または削除には、対象テーブルに対する `ALTER` 権限に加え、グローバルな `APPLY ROW ACCESS POLICY` 権限、またはそのポリシーに対する APPLY/OWNERSHIP が必要です。ポリシーの表示または削除にも同じポリシー権限が必要です。 > **Note:** > @@ -80,7 +80,7 @@ DROP [ COLUMN ] #### 例 1: カラムの追加、名前変更、削除 {#example-1-adding-renaming-and-removing-a-column} -この例では、`username`、`email`、`age` の各カラムを持つ `default.users` というテーブルを作成します。さらに、さまざまな制約付きで `id` と `middle_name` のカラムを追加します。また、`age` カラムの名前を変更し、その後削除する方法も示します。 +この例では、'username'、'email'、'age' の各カラムを持つ "default.users" というテーブルを作成します。さらに、さまざまな制約付きで 'id' と 'middle_name' のカラムを追加します。また、"age" カラムの名前を変更し、その後削除する方法も示します。 ```sql -- Create a table @@ -161,7 +161,7 @@ middle_name |VARCHAR|YES |NULL | | email |VARCHAR|YES |NULL | | ``` -#### 例 2: カラムの変更と Masking Policy {#example-2-modify-columns-and-masking-policies} +#### 例 2: カラムの変更とマスキングポリシー {#example-2-modify-columns-and-masking-policies} ```sql -- Change column types and defaults @@ -178,9 +178,9 @@ ALTER TABLE users MODIFY COLUMN email UNSET MASKING POLICY; ``` -## Row Access Policy 操作 {#row-access-policy-operations} +## 行アクセスポリシー操作 {#row-access-policy-operations} -テーブルに row access policy を関連付ける、または関連解除します。row access policy は、クエリ実行時および DML の対象行マッチング時に行をフィルタリングします。 +テーブルに行アクセスポリシーを関連付ける、または関連解除します。行アクセスポリシーは、クエリ実行時および DML の対象行マッチング時に行をフィルタリングします。 ### 構文 {#syntax-1} @@ -200,16 +200,16 @@ DROP ALL ROW ACCESS POLICIES > **Note:** > -> - Row access policy は現在、実験的機能です。`SET enable_experimental_row_access_policy = 1` または `SET GLOBAL enable_experimental_row_access_policy = 1` で有効にします。 -> - 1 つのテーブルに同時に設定できる row access policy は最大 1 つです。 +> - 行アクセスポリシーは現在、実験的機能です。`SET enable_experimental_row_access_policy = 1` または `SET GLOBAL enable_experimental_row_access_policy = 1` で有効にします。 +> - 1 つのテーブルに同時に設定できる行アクセスポリシーは最大 1 つです。 > - `ON (...)` 内のカラムは、位置に基づいてポリシー引数にバインドされます。カラム数とそのデータ型は、ポリシーシグネチャと一致している必要があります。 -> - Row access policy をアタッチできるのは通常のテーブルのみです。ビュー、stream、一時テーブルでは `ADD ROW ACCESS POLICY` は使用できません。 -> - 1 つのカラムが属せる security policy は最大 1 つで、masking または row access のいずれかです。 -> - Row access policy の追加または削除には、対象テーブルに対する `ALTER` 権限に加えて、グローバルな `APPLY ROW ACCESS POLICY` 権限、またはそのポリシーに対する APPLY/OWNERSHIP 権限が必要です。ポリシーの記述または削除にも同じポリシー権限が必要です。 +> - 行アクセスポリシーを関連付けられるのは通常のテーブルのみです。ビュー、ストリーム、一時テーブルでは `ADD ROW ACCESS POLICY` は使用できません。 +> - 1 つのカラムが属せるセキュリティポリシーは最大 1 つで、マスキングまたは行アクセスのいずれかです。 +> - 行アクセスポリシーの追加または削除には、対象テーブルに対する `ALTER` 権限に加えて、グローバルな `APPLY ROW ACCESS POLICY` 権限、またはそのポリシーに対する APPLY/OWNERSHIP 権限が必要です。ポリシーの表示または削除にも同じポリシー権限が必要です。 > **Warning:** > -> 保護されたカラムを変更または削除する前に、row access policy をデタッチする必要があります。そうしないと、そのカラムがまだ security policy から参照されているため、ステートメントは失敗します。 +> 保護されたカラムを変更または削除する前に、行アクセスポリシーの関連付けを解除する必要があります。そうしないと、そのカラムがまだセキュリティポリシーから参照されているため、ステートメントは失敗します。 ### 例 {#example} @@ -347,9 +347,9 @@ ALTER TABLE [ . ] CONNECTION = ( connection_name = '< **セキュリティのベストプラクティス** -外部テーブルを扱う場合、AWS IAM ロールは access key と比べて大きなセキュリティ上の利点があります。 +外部テーブルを扱う場合、AWS IAM ロールはアクセスキーと比べて大きなセキュリティ上の利点があります。 -- 認証情報を保存しない: 設定内に access key を保存する必要がなくなります +- 認証情報を保存しない: 設定内にアクセスキーを保存する必要がなくなります - 自動ローテーション: 認証情報のローテーションを自動的に処理します - きめ細かな制御: より正確なアクセス制御が可能です diff --git a/tidb-cloud-lake/sql/alter-task.md b/tidb-cloud-lake/sql/alter-task.md index 1b254feffa201..fd571416b88d4 100644 --- a/tidb-cloud-lake/sql/alter-task.md +++ b/tidb-cloud-lake/sql/alter-task.md @@ -50,7 +50,7 @@ ALTER TASK [ IF EXISTS ] MODIFY WHEN ALTER TASK IF EXISTS mytask SUSPEND; ``` -このコマンドは、`mytask` という名前のタスクが存在する場合に、そのタスクを一時停止します。 +このコマンドは、mytask という名前のタスクが存在する場合に、そのタスクを一時停止します。 ```sql ALTER TASK IF EXISTS mytask SET @@ -58,7 +58,7 @@ ALTER TASK IF EXISTS mytask SET SCHEDULE = USING CRON '0 12 * * * *' 'UTC'; ``` -この例では、`mytask` タスクを変更し、その Warehouse を `new_warehouse` に変更し、スケジュールを UTC の正午に毎日実行されるよう更新しています。 +この例では、mytask タスクを変更し、その Warehouse を new_warehouse に変更し、スケジュールを UTC の正午に毎日実行されるよう更新しています。 ```sql ALTER TASK IF EXISTS mytask MODIFY @@ -66,22 +66,22 @@ AS INSERT INTO new_table SELECT * FROM source_table; ``` -ここでは、`mytask` によって実行される SQL ステートメントを、`source_table` から `new_table` にデータを挿入するものへ変更しています。 +ここでは、mytask によって実行される SQL ステートメントを、source_table から new_table にデータを挿入するものへ変更しています。 ```sql ALTER TASK mytaskchild MODIFY WHEN STREAM_STATUS('stream3') = False; ``` -この例では、`mytaskchild` タスクを変更して、その WHEN 条件を変更しています。このタスクは、`'stream3'` に対する `STREAM_STATUS` 関数の評価結果が `False` の場合にのみ実行されます。これは、`'stream3'` に変更データが含まれていないときにタスクが実行されることを意味します。 +この例では、mytaskchild タスクを変更して、その WHEN 条件を変更しています。このタスクは、'stream3' に対する STREAM_STATUS 関数の評価結果が False の場合にのみ実行されます。これは、'stream3' に変更データが含まれていないときにタスクが実行されることを意味します。 ```sql ALTER TASK MyTask1 ADD AFTER 'task2'; ``` -この例では、`MyTask1` タスクに依存関係を追加しています。これにより、このタスクは `'task2'` と `'task3'` の両方が正常に完了した後に実行されるようになります。これは、タスクの有向非巡回グラフ（DAG）内に依存関係を作成します。 +この例では、MyTask1 タスクに依存関係を追加しています。これにより、このタスクは 'task2' と 'task3' の両方が正常に完了した後に実行されるようになります。これは、タスクの有向非巡回グラフ（DAG）内に依存関係を作成します。 ```sql ALTER TASK MyTask1 REMOVE AFTER 'task2'; ``` -ここでは、`MyTask1` タスクの特定の依存関係を削除しています。このタスクは今後 `'task2'` の後には実行されません。これは、タスク DAG 内の依存関係を変更したい場合に役立ちます。 \ No newline at end of file +ここでは、MyTask1 タスクの特定の依存関係を削除しています。このタスクは今後 'task2' の後には実行されません。これは、タスク DAG 内の依存関係を変更したい場合に役立ちます。 \ No newline at end of file diff --git a/tidb-cloud-lake/sql/alter-user.md b/tidb-cloud-lake/sql/alter-user.md index 3f16fdf47af81..4745ef5fa99b2 100644 --- a/tidb-cloud-lake/sql/alter-user.md +++ b/tidb-cloud-lake/sql/alter-user.md @@ -136,7 +136,7 @@ show roles; └───────────────────────────────────────────────────────┘ ``` -### 例 2: Workload Group の設定と解除 {#example-2-setting--unsetting-workload-group} +### 例 2: ワークロードグループの設定と解除 {#example-2-setting--unsetting-workload-group} ```sql CREATE USER user1 IDENTIFIED BY 'abc123'; diff --git a/tidb-cloud-lake/sql/alter-warehouse-assign-nodes.md b/tidb-cloud-lake/sql/alter-warehouse-assign-nodes.md index 73b50f292f0bc..718aa8487176d 100644 --- a/tidb-cloud-lake/sql/alter-warehouse-assign-nodes.md +++ b/tidb-cloud-lake/sql/alter-warehouse-assign-nodes.md @@ -1,6 +1,6 @@ --- title: ALTER WAREHOUSE ASSIGN NODES -summary: " {{{ .lake }}} の Warehouse 内のクラスターにノードを割り当てるための ALTER WAREHOUSE ASSIGN NODES コマンドの使用方法を学びます。" +summary: "{{{ .lake }}} の Warehouse 内のクラスターにノードを割り当てるための ALTER WAREHOUSE ASSIGN NODES コマンドの使用方法を学びます。" --- # ALTER WAREHOUSE ASSIGN NODES diff --git a/tidb-cloud-lake/sql/apache-icebergtm-tables.md b/tidb-cloud-lake/sql/apache-icebergtm-tables.md index 1d4ff2aba2b8b..dd947ea963cf8 100644 --- a/tidb-cloud-lake/sql/apache-icebergtm-tables.md +++ b/tidb-cloud-lake/sql/apache-icebergtm-tables.md @@ -43,7 +43,7 @@ CONNECTION = ( | `CONNECTION` | はい | Iceberg カタログおよびそのストレージの接続プロパティ。 | | `CONNECTION` 内の `TYPE` | はい | Iceberg カタログタイプ: `rest`、`glue`、`storage`、または `hive`。 | | `ADDRESS` | カタログタイプによる | カタログサービスのエンドポイント、または Hive Metastore のアドレス。 | -| `WAREHOUSE` | カタログタイプによる | カタログで使用される Warehouse の場所。 | +| `WAREHOUSE` | カタログタイプによる | カタログで使用される warehouse の場所。 | | `` | カタログタイプによる | カタログ、認証、およびオブジェクトストレージのプロパティ。 | 以下の接続パラメータは、S3 互換ストレージで使用できます。 @@ -73,10 +73,10 @@ CONNECTION = ( | カタログタイプ | `TYPE` 値 | 接続要件 | | --- | --- | --- | -| REST | `rest` | REST カタログアドレス、Warehouse の場所、およびストレージプロパティ。 | +| REST | `rest` | REST カタログアドレス、warehouse の場所、およびストレージプロパティ。 | | AWS Glue | `glue` | Glue リージョンと認証プロパティに加え、S3 ストレージプロパティ。 | | Storage (Amazon S3 Tables) | `storage` | テーブルバケット ARN と AWS クライアント認証プロパティ。 | -| Hive Metastore | `hive` | Hive Metastore アドレス、Warehouse の場所、およびストレージプロパティ。 | +| Hive Metastore | `hive` | Hive Metastore アドレス、warehouse の場所、およびストレージプロパティ。 | Storage カタログは、以下の AWS クライアントプロパティをサポートします。 diff --git a/tidb-cloud-lake/sql/approx-count-distinct.md b/tidb-cloud-lake/sql/approx-count-distinct.md index 52429e6e41094..ea83f652a103a 100644 --- a/tidb-cloud-lake/sql/approx-count-distinct.md +++ b/tidb-cloud-lake/sql/approx-count-distinct.md @@ -7,7 +7,7 @@ summary: HyperLogLog アルゴリズムを使用して、データセット内 [HyperLogLog](https://en.wikipedia.org/wiki/HyperLogLog) アルゴリズムを使用して、データセット内の異なる値の数を推定します。 -HyperLogLog アルゴリズムは、少ないメモリと時間で一意な要素数の近似値を提供します。推定結果を許容できる大規模なデータセットを扱う場合は、この関数の使用を検討してください。精度と引き換えに、高速かつ効率的に distinct count を返す方法です。 +HyperLogLog アルゴリズムは、少ないメモリと時間で一意な要素数の近似値を提供します。推定結果を許容できる大規模なデータセットを扱う場合は、この関数の使用を検討してください。多少の精度と引き換えに、高速かつ効率的に重複しない値の数を返す方法です。 正確な結果を取得するには、[COUNT_DISTINCT](/tidb-cloud-lake/sql/count-distinct.md) を使用してください。詳細は [例](#example) を参照してください。 diff --git a/tidb-cloud-lake/sql/arg-max.md b/tidb-cloud-lake/sql/arg-max.md index 586c2895e4d73..f5d2c877b57af 100644 --- a/tidb-cloud-lake/sql/arg-max.md +++ b/tidb-cloud-lake/sql/arg-max.md @@ -30,7 +30,7 @@ ARG_MAX(, ) **テーブルの作成とサンプルデータの挿入** -`sales` という名前のテーブルを作成し、サンプルデータをいくつか挿入します。 +"sales" という名前のテーブルを作成し、サンプルデータをいくつか挿入します。 ```sql CREATE TABLE sales ( diff --git a/tidb-cloud-lake/sql/arg-min.md b/tidb-cloud-lake/sql/arg-min.md index cba5b88f9775d..318cddee61b21 100644 --- a/tidb-cloud-lake/sql/arg-min.md +++ b/tidb-cloud-lake/sql/arg-min.md @@ -28,7 +28,7 @@ ARG_MIN(, ) ## 例 {#example} -`id`、`name`、`score` の各カラムを持つ `students` テーブルを作成し、いくつかのデータを挿入します。 +id、name、score の各カラムを持つ students テーブルを作成し、いくつかのデータを挿入します。 ```sql CREATE TABLE students ( diff --git a/tidb-cloud-lake/sql/array-agg.md b/tidb-cloud-lake/sql/array-agg.md index ff63ad1a82033..4c272f64099db 100644 --- a/tidb-cloud-lake/sql/array-agg.md +++ b/tidb-cloud-lake/sql/array-agg.md @@ -25,7 +25,7 @@ LIST() | オプション | 説明 | |-------------------------------------|-------------------------------------------------------| -| WITHIN GROUP [<orderby_clause>](https://docs.pingcap.com/tidbcloudlake/select/#order-by-clause) | 順序付き集合集約における値の順序を定義します | +| WITHIN GROUP [<orderby_clause>](https://docs.pingcap.com/tidbcloudlake/select/#order-by-clause) | 順序付き集合集計における値の順序を定義します | ## 戻り値の型 {#return-type} diff --git a/tidb-cloud-lake/sql/array-filter.md b/tidb-cloud-lake/sql/array-filter.md index 9ab7fa891e2e1..3523932faed3f 100644 --- a/tidb-cloud-lake/sql/array-filter.md +++ b/tidb-cloud-lake/sql/array-filter.md @@ -1,6 +1,6 @@ --- title: ARRAY_FILTER -summary: 指定した Lambda 式に基づいて JSON 配列から要素をフィルタリングし、条件を満たす要素のみを返します。Lambda 式の詳細については、Lambda Expressions を参照してください。 +summary: 指定した Lambda 式に基づいて JSON 配列から要素をフィルタリングし、条件を満たす要素のみを返します。Lambda 式の詳細については、ラムダ式を参照してください。 --- # ARRAY_FILTER diff --git a/tidb-cloud-lake/sql/array-functions.md b/tidb-cloud-lake/sql/array-functions.md index 37b31082fab99..2c21f3049c192 100644 --- a/tidb-cloud-lake/sql/array-functions.md +++ b/tidb-cloud-lake/sql/array-functions.md @@ -94,7 +94,7 @@ summary: このセクションでは、{{{ .lake }}} の配列関数に関する | 関数 | 説明 | 例 | |----------|-------------|---------| | [ARRAY_COMPACT](/tidb-cloud-lake/sql/array-compact.md) | 配列から null 値を削除します | `ARRAY_COMPACT([1,null,2,null,3])` → `[1,2,3]` | -| [ARRAY_FLATTEN](/tidb-cloud-lake/sql/array-flatten.md) | ネストされた配列を 1 つの配列に平坦化します | `ARRAY_FLATTEN([[1,2],[3,4]])` → `[1,2,3,4]` | +| [ARRAY_FLATTEN](/tidb-cloud-lake/sql/array-flatten.md) | ネストされた配列を 1 つの配列にフラット化します | `ARRAY_FLATTEN([[1,2],[3,4]])` → `[1,2,3,4]` | | [ARRAY_REVERSE](/tidb-cloud-lake/sql/array-reverse.md) | 配列要素の順序を反転します | `ARRAY_REVERSE([1,2,3])` → `[3,2,1]` | | [ARRAY_INDEXOF](/tidb-cloud-lake/sql/array-indexof.md) | 要素が最初に出現するインデックスを返します | `ARRAY_INDEXOF([1,2,3,2], 2)` → `1` | | [UNNEST](/tidb-cloud-lake/sql/unnest.md) | 配列を個別の行に展開します | `UNNEST([1,2,3])` → `1, 2, 3`（それぞれ別の行として） | \ No newline at end of file diff --git a/tidb-cloud-lake/sql/array-reduce.md b/tidb-cloud-lake/sql/array-reduce.md index b3af35c0fce77..b8571d646f903 100644 --- a/tidb-cloud-lake/sql/array-reduce.md +++ b/tidb-cloud-lake/sql/array-reduce.md @@ -1,6 +1,6 @@ --- title: ARRAY_REDUCE -summary: 指定した Lambda 式を適用して JSON 配列を単一の値に縮約します。Lambda 式の詳細については、Lambda Expressions を参照してください。 +summary: 指定した Lambda 式を適用して JSON 配列を単一の値に縮約します。Lambda 式の詳細については、ラムダ式を参照してください。 --- # ARRAY_REDUCE diff --git a/tidb-cloud-lake/sql/as-array.md b/tidb-cloud-lake/sql/as-array.md index 343571b3884e1..d27d8c50d13a5 100644 --- a/tidb-cloud-lake/sql/as-array.md +++ b/tidb-cloud-lake/sql/as-array.md @@ -21,7 +21,7 @@ AS_ARRAY( ) ## 戻り値の型 {#return-type} -Variant には Array が含まれます +Array を含む Variant ## 例 {#examples} diff --git a/tidb-cloud-lake/sql/at.md b/tidb-cloud-lake/sql/at.md index 26bce899d4cf3..cb9a5b8664e9f 100644 --- a/tidb-cloud-lake/sql/at.md +++ b/tidb-cloud-lake/sql/at.md @@ -1,11 +1,11 @@ --- title: AT -summary: AT 句を使用すると、スナップショット ID、タイムスタンプ、stream 名、または時間間隔を指定して、データの以前のバージョンを取得できます。 +summary: AT 句を使用すると、スナップショット ID、タイムスタンプ、ストリーム名、または時間間隔を指定して、データの以前のバージョンを取得できます。 --- # AT -AT 句を使用すると、スナップショット ID、タイムスタンプ、stream 名、または時間間隔を指定して、データの以前のバージョンを取得できます。 +AT 句を使用すると、スナップショット ID、タイムスタンプ、ストリーム名、または時間間隔を指定して、データの以前のバージョンを取得できます。 {{{ .lake }}} はデータ更新が発生すると自動的にスナップショットを作成するため、スナップショットは過去のある時点におけるデータのビューと見なせます。スナップショットには、スナップショット ID またはスナップショットが作成されたタイムスタンプを使ってアクセスできます。スナップショット ID とタイムスタンプの取得方法については、[スナップショット ID とタイムスタンプの取得](#obtaining-snapshot-id-and-timestamp)を参照してください。 @@ -28,7 +28,7 @@ AT ( |-----------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | SNAPSHOT | 以前のデータをクエリする対象となる特定のスナップショット ID を指定します。 | | TIMESTAMP | データを取得する特定のタイムスタンプを指定します。 | -| STREAM | 指定した stream が作成された時点のデータをクエリすることを示します。 | +| STREAM | 指定したストリームが作成された時点のデータをクエリすることを示します。 | | OFFSET | 現在時刻からさかのぼる秒数を指定します。負の整数の形式で指定する必要があり、その絶対値が秒単位の時間差を表します。たとえば、`-3600` は 1 時間（3,600 秒）過去にさかのぼることを表します。 | | TAG | `ALTER TABLE ... CREATE TAG` で作成した名前付きタグを指定し、そのタグに関連付けられたスナップショットをクエリします。これは実験的機能であり、`SET enable_experimental_table_ref = 1` が必要です。[スナップショットタグ操作](/tidb-cloud-lake/sql/alter-table.md#snapshot-tag-operations) を参照してください。 | @@ -44,7 +44,7 @@ FROM FUSE_SNAPSHOT('', ''); ## 例 {#examples} -この例では、AT 句を使用して、スナップショット ID、タイムスタンプ、stream に基づいて以前のデータバージョンを取得する方法を示します。 +この例では、AT 句を使用して、スナップショット ID、タイムスタンプ、ストリームに基づいて以前のデータバージョンを取得する方法を示します。 1. `a` という 1 つのカラムを持つ `t` という名前のテーブルを作成し、値 1 と 2 の 2 行をテーブルに挿入します。 @@ -55,7 +55,7 @@ FROM FUSE_SNAPSHOT('', ''); INSERT INTO t VALUES(2); ``` -2. テーブル `t` に対して `s` という名前の stream を作成し、値 3 の行をさらに 1 行テーブルに追加します。 +2. テーブル `t` に対して `s` という名前のストリームを作成し、値 3 の行をさらに 1 行テーブルに追加します。 ```sql CREATE STREAM s ON TABLE t; diff --git a/tidb-cloud-lake/sql/atan.md b/tidb-cloud-lake/sql/atan.md index 7104a78150658..90d4b7bbba769 100644 --- a/tidb-cloud-lake/sql/atan.md +++ b/tidb-cloud-lake/sql/atan.md @@ -1,11 +1,11 @@ --- title: ATAN -summary: x のアークタンジェント、つまりタンジェントが x となる値を返します。 +summary: x の逆正接、つまり正接が x となる値を返します。 --- # ATAN -`x` のアークタンジェント、つまりタンジェントが `x` となる値を返します。 +`x` の逆正接、つまり正接が `x` となる値を返します。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/avg.md b/tidb-cloud-lake/sql/avg.md index f0336f59561c4..8499192501ccd 100644 --- a/tidb-cloud-lake/sql/avg.md +++ b/tidb-cloud-lake/sql/avg.md @@ -31,7 +31,7 @@ double **テーブルの作成とサンプルデータの挿入** -`sales` という名前のテーブルを作成し、いくつかのサンプルデータを挿入します。 +"sales" という名前のテーブルを作成し、いくつかのサンプルデータを挿入します。 ```sql CREATE TABLE sales ( @@ -50,7 +50,7 @@ VALUES (1, 'Product A', 10.5), **クエリ: AVG() 関数の使用** -次に、AVG() 関数を使用して、`sales` テーブル内のすべての商品の平均価格を求めます。 +次に、AVG() 関数を使用して、"sales" テーブル内のすべての商品の平均価格を求めます。 ```sql SELECT AVG(price) AS avg_price diff --git a/tidb-cloud-lake/sql/bitmap-has-all.md b/tidb-cloud-lake/sql/bitmap-has-all.md index af3033e51caa0..e2c45f524c5f0 100644 --- a/tidb-cloud-lake/sql/bitmap-has-all.md +++ b/tidb-cloud-lake/sql/bitmap-has-all.md @@ -1,11 +1,11 @@ --- title: BITMAP_HAS_ALL -summary: 1 番目のビットマップに 2 番目のビットマップのすべてのビットが含まれているかを確認します。 +summary: 1 つ目のビットマップに 2 つ目のビットマップのすべてのビットが含まれているかを確認します。 --- # BITMAP_HAS_ALL -1 番目のビットマップに 2 番目のビットマップのすべてのビットが含まれているかを確認します。 +1 つ目のビットマップに 2 つ目のビットマップのすべてのビットが含まれているかを確認します。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/bitmap-not.md b/tidb-cloud-lake/sql/bitmap-not.md index 8b39292bd4059..f3d867b020484 100644 --- a/tidb-cloud-lake/sql/bitmap-not.md +++ b/tidb-cloud-lake/sql/bitmap-not.md @@ -1,11 +1,11 @@ --- title: BITMAP_NOT -summary: 1 番目のビットマップに含まれ、2 番目のビットマップに含まれない要素から新しいビットマップを生成します。 +summary: 1 つ目のビットマップに含まれ、2 つ目のビットマップに含まれない要素から新しいビットマップを生成します。 --- # BITMAP_NOT -1 番目のビットマップに含まれ、2 番目のビットマップに含まれない要素から新しいビットマップを生成します。 +1 つ目のビットマップに含まれ、2 つ目のビットマップに含まれない要素から新しいビットマップを生成します。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/bitmap.md b/tidb-cloud-lake/sql/bitmap.md index 91474648dd263..232591a9acf27 100644 --- a/tidb-cloud-lake/sql/bitmap.md +++ b/tidb-cloud-lake/sql/bitmap.md @@ -1,6 +1,6 @@ --- title: Bitmap -summary: BITMAP は符号なし 64 ビット整数のメンバーシップ情報を格納し、高速な集合演算（count、union、intersection など）をサポートします。SELECT 文ではバイナリ blob として表示されるため、値を解釈するには Bitmap Functions を使用してください。 +summary: BITMAP は符号なし 64 ビット整数のメンバーシップ情報を格納し、高速な集合演算（count、union、intersection など）をサポートします。SELECT 文ではバイナリ blob として表示されるため、値を解釈するには Bitmap 関数を使用してください。 --- # Bitmap diff --git a/tidb-cloud-lake/sql/boolean.md b/tidb-cloud-lake/sql/boolean.md index 1e365f6574b2e..f579ab3bd6ff3 100644 --- a/tidb-cloud-lake/sql/boolean.md +++ b/tidb-cloud-lake/sql/boolean.md @@ -9,7 +9,7 @@ summary: 基本的な論理データ型。 `BOOLEAN`（別名 `BOOL`）は `TRUE` または `FALSE` を表し、常に 1 バイトのストレージを使用します。数値入力および文字列入力は、可能な場合は自動的に boolean 値に変換されます。 -| 入力タイプ | TRUE に変換 | FALSE に変換 | 注記 | +| 入力型 | TRUE に変換 | FALSE に変換 | 注記 | |------------|-----------------|-------------------|-------| | 数値 | 0 以外の任意の値 | 0 | 負の数は TRUE に変換されます。 | | 文字列 | `TRUE` | `FALSE` | 大文字と小文字は区別されません。その他のテキストはキャストに失敗します。 | diff --git a/tidb-cloud-lake/sql/catalog.md b/tidb-cloud-lake/sql/catalog.md index d43c0277b177c..313c4170e5bf9 100644 --- a/tidb-cloud-lake/sql/catalog.md +++ b/tidb-cloud-lake/sql/catalog.md @@ -1,6 +1,6 @@ --- title: Catalog -summary: " {{{ .lake }}} における Catalog 操作の概要。" +summary: "{{{ .lake }}} における Catalog 操作の概要。" --- # Catalog diff --git a/tidb-cloud-lake/sql/char.md b/tidb-cloud-lake/sql/char.md index 918dd0dd1db82..7010bf1f66b07 100644 --- a/tidb-cloud-lake/sql/char.md +++ b/tidb-cloud-lake/sql/char.md @@ -27,7 +27,7 @@ CHR(N) ## 備考 {#remarks} - 任意の整数型を受け付けます（自動的に Int64 にキャストされます）。 -- 無効なコードポイントに対しては空文字列 (`''`) を返し、エラーをログに記録します。 +- 無効なコードポイントに対しては空文字列 ('') を返し、エラーをログに記録します。 - `chr` は `char` のエイリアスです。 - 入力に NULL が含まれる場合、出力は NULL になります。 diff --git a/tidb-cloud-lake/sql/connection-parameters.md b/tidb-cloud-lake/sql/connection-parameters.md index 4459135bd4ad4..47d29c077cd36 100644 --- a/tidb-cloud-lake/sql/connection-parameters.md +++ b/tidb-cloud-lake/sql/connection-parameters.md @@ -140,8 +140,8 @@ CREATE STAGE my_gcs_stage | パラメーター | 必須? | 説明 | |---------------------- |----------- |--------------------------------------------------------- | -| access_key_id | はい | 認証用の Alibaba Cloud OSS access key ID。 | -| access_key_secret | はい | 認証用の Alibaba Cloud OSS access key secret。 | +| access_key_id | はい | 認証用の Alibaba Cloud OSS アクセスキー ID。 | +| access_key_secret | はい | 認証用の Alibaba Cloud OSS アクセスキーシークレット。 | | endpoint_url | はい | Alibaba Cloud OSS のエンドポイント URL。 | | presign_endpoint_url | いいえ | Alibaba Cloud OSS URL の事前署名に使用するエンドポイント URL。 | @@ -168,8 +168,8 @@ CREATE STAGE my_oss_stage | パラメーター | 必須? | 説明 | |-------------- |----------- |------------------------------------------------------------- | | endpoint_url | はい | Tencent Cloud Object Storage のエンドポイント URL。 | -| secret_id | はい | 認証用の Tencent Cloud Object Storage secret ID。 | -| secret_key | はい | 認証用の Tencent Cloud Object Storage secret key。 | +| secret_id | はい | 認証用の Tencent Cloud Object Storage シークレット ID。 | +| secret_key | はい | 認証用の Tencent Cloud Object Storage シークレットキー。 | ```sql title='Examples' -- Create a connection for Tencent COS diff --git a/tidb-cloud-lake/sql/connection.md b/tidb-cloud-lake/sql/connection.md index 0480b068fe515..1b1fc5fb856ea 100644 --- a/tidb-cloud-lake/sql/connection.md +++ b/tidb-cloud-lake/sql/connection.md @@ -1,13 +1,13 @@ --- title: Connection -summary: "{{{ .lake }}} における connection とは、外部ストレージサービスとやり取りするために必要な詳細をまとめた、指定済みの設定を指します。これは、アクセス認証情報、エンドポイント URL、ストレージタイプなどのパラメータを一元化して再利用できるセットとして機能し、{{{ .lake }}} とさまざまなストレージサービスとの統合を容易にします。" +summary: "{{{ .lake }}} における接続とは、外部ストレージサービスとやり取りするために必要な詳細をまとめた、指定済みの設定を指します。これは、アクセス認証情報、エンドポイント URL、ストレージタイプなどのパラメータを一元化して再利用できるセットとして機能し、{{{ .lake }}} とさまざまなストレージサービスとの統合を容易にします。" --- # Connection ## Connection とは何ですか？ {#what-is-connection} -{{{ .lake }}} における connection とは、外部ストレージサービスとやり取りするために必要な詳細をまとめた、指定済みの設定を指します。これは、アクセス認証情報、エンドポイント URL、ストレージタイプなどのパラメータを一元化して再利用できるセットとして機能し、{{{ .lake }}} とさまざまなストレージサービスとの統合を容易にします。 +{{{ .lake }}} における接続とは、外部ストレージサービスとやり取りするために必要な詳細をまとめた、指定済みの設定を指します。これは、アクセス認証情報、エンドポイント URL、ストレージタイプなどのパラメータを一元化して再利用できるセットとして機能し、{{{ .lake }}} とさまざまなストレージサービスとの統合を容易にします。 Connection は、外部 stage や外部テーブルの作成、およびテーブルのアタッチに利用でき、{{{ .lake }}} を通じて外部ストレージサービスに保存されたデータを管理およびアクセスするための、簡潔でモジュール化された方法を提供します。 @@ -15,21 +15,21 @@ Connection は、外部 stage や外部テーブルの作成、およびテー | コマンド | 説明 | |---------|-------------| -| [CREATE CONNECTION](/tidb-cloud-lake/sql/create-connection.md) | 外部ストレージサービスへの新しい connection を作成します | -| [DROP CONNECTION](/tidb-cloud-lake/sql/drop-connection.md) | 既存の connection を削除します | +| [CREATE CONNECTION](/tidb-cloud-lake/sql/create-connection.md) | 外部ストレージサービスへの新しい接続を作成します | +| [DROP CONNECTION](/tidb-cloud-lake/sql/drop-connection.md) | 既存の接続を削除します | ## Connection 情報 {#connection-information} | コマンド | 説明 | |---------|-------------| -| [DESCRIBE CONNECTION](/tidb-cloud-lake/sql/desc-connection.md) | 特定の connection の詳細を表示します | -| [SHOW CONNECTIONS](/tidb-cloud-lake/sql/show-connections.md) | 現在のデータベース内のすべての connection を一覧表示します | +| [DESCRIBE CONNECTION](/tidb-cloud-lake/sql/desc-connection.md) | 特定の接続の詳細を表示します | +| [SHOW CONNECTIONS](/tidb-cloud-lake/sql/show-connections.md) | 現在のデータベース内のすべての接続を一覧表示します | ### 使用例 {#usage-examples} -このセクションの例では、まず Amazon S3 に接続するために必要な認証情報を含む connection を作成します。続いて、この作成済みの connection を使用して 外部 stage を作成し、既存のテーブルをアタッチします。 +このセクションの例では、まず Amazon S3 に接続するために必要な認証情報を含む接続を作成します。続いて、この作成済みの接続を使用して外部 stage を作成し、既存のテーブルをアタッチします。 -次のステートメントは、必須の接続パラメータを指定して Amazon S3 への connection を開始します。 +次のステートメントは、必須の接続パラメータを指定して Amazon S3 への接続を開始します。 ```sql CREATE CONNECTION toronto @@ -39,9 +39,9 @@ CREATE CONNECTION toronto ``` -#### 例 1: Connection を使用した External Stage の作成 {#example-1-creating-external-stage-with-connection} +#### 例 1: Connection を使用した外部 stage の作成 {#example-1-creating-external-stage-with-connection} -次の例では、前に定義した 'toronto' という名前の connection を使用して external stage を作成します。 +次の例では、前に定義した 'toronto' という名前の接続を使用して外部 stage を作成します。 ```sql CREATE STAGE my_s3_stage @@ -61,7 +61,7 @@ CREATE STAGE my_s3_stage #### 例 2: Connection を使用したテーブルのアタッチ {#example-2-attaching-table-with-connection} -[ATTACH TABLE](/tidb-cloud-lake/sql/attach-table.md) ページには、{{{ .lake }}} 内の新しいテーブルを {{{ .lake }}} 内の既存のテーブルに接続する方法を示す [例](/tidb-cloud-lake/sql/attach-table.md#examples) があります。データは "lake-toronto" という名前の Amazon S3 バケットに保存されています。各例では、Step 3 を、前に定義した 'toronto' という名前の connection を使用して簡略化できます。 +[ATTACH TABLE](/tidb-cloud-lake/sql/attach-table.md) ページには、{{{ .lake }}} 内の新しいテーブルを {{{ .lake }}} 内の既存のテーブルに接続する方法を示す [例](/tidb-cloud-lake/sql/attach-table.md#examples) があります。データは "lake-toronto" という名前の Amazon S3 バケットに保存されています。各例では、ステップ 3 を、前に定義した 'toronto' という名前の接続を使用して簡略化できます。 ```sql title='In {{{ .lake }}}:' ATTACH TABLE employees_backup @@ -80,7 +80,7 @@ ATTACH TABLE population_readonly #### 例 3: Connection を使用した外部テーブルの作成 {#example-3-creating-external-table-with-connection} -この例では、前に定義した 'toronto' という名前の connection を使用して、'BOOKS' という名前の外部テーブルを作成する方法を示します。 +この例では、前に定義した 'toronto' という名前の接続を使用して、'BOOKS' という名前の外部テーブルを作成する方法を示します。 ```sql CREATE TABLE BOOKS ( diff --git a/tidb-cloud-lake/sql/copy-into-location.md b/tidb-cloud-lake/sql/copy-into-location.md index 1093d18ec80e9..a37b4f910b3bb 100644 --- a/tidb-cloud-lake/sql/copy-into-location.md +++ b/tidb-cloud-lake/sql/copy-into-location.md @@ -7,7 +7,7 @@ summary: COPY INTO を使用すると、テーブルまたはクエリからデ COPY INTO を使用すると、テーブルまたはクエリからデータを、以下のいずれかの場所にある 1 つ以上のファイルへアンロードできます。 -- User / Internal / External stage: {{{ .lake }}} の stage については、[Stage とは？](/tidb-cloud-lake/guides/stage-overview.md) を参照してください。 +- ユーザー / 内部 / 外部 stage: {{{ .lake }}} の stage については、[Stage とは？](/tidb-cloud-lake/guides/stage-overview.md) を参照してください。 - ストレージサービスで作成されたバケットまたはコンテナ。 関連情報: [`COPY INTO `](/tidb-cloud-lake/sql/copy-into-table.md) @@ -151,7 +151,7 @@ copyOptions ::= | ---------------- | ---------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | SINGLE | false | `true` の場合、このコマンドはデータを 1 つの単一ファイルにアンロードします。 | | MAX_FILE_SIZE | 67108864 bytes (64 MB) | 作成される各ファイルの最大サイズ（バイト単位）です。`SINGLE` が false の場合に有効です。 | -| OVERWRITE | false | `true` の場合、対象パスに同名の既存ファイルがあると上書きされます。Note: `OVERWRITE = true` には `USE_RAW_PATH = true` と `INCLUDE_QUERY_ID = false` が必要です。 | +| OVERWRITE | false | `true` の場合、対象パスに同名の既存ファイルがあると上書きされます。注: `OVERWRITE = true` には `USE_RAW_PATH = true` と `INCLUDE_QUERY_ID = false` が必要です。 | | INCLUDE_QUERY_ID | true | `true` の場合、エクスポートされるファイル名に一意の UUID が含まれます。 | | USE_RAW_PATH | false | `true` の場合、ユーザーが指定したパスそのもの（完全なファイル名を含む）がデータのエクスポートに使用されます。`false` に設定した場合、ユーザーはディレクトリパスを指定する必要があります。 | @@ -210,9 +210,9 @@ VALUES ('Halifax', 403390); ``` -### 例 1: Internal stage へのアンロード (unload) {#example-1-unloading-to-internal-stage} +### 例 1: 内部 stage へのアンロード (unload) {#example-1-unloading-to-internal-stage} -この例では、データを internal stage にアンロードします。 +この例では、データを内部 stage にアンロードします。 ```sql -- Create an internal stage diff --git a/tidb-cloud-lake/sql/copy-into-table.md b/tidb-cloud-lake/sql/copy-into-table.md index 8eb82bae777ca..9b03e0680208b 100644 --- a/tidb-cloud-lake/sql/copy-into-table.md +++ b/tidb-cloud-lake/sql/copy-into-table.md @@ -7,7 +7,7 @@ summary: COPY INTO を使用すると、以下のいずれかの場所にある COPY INTO を使用すると、以下のいずれかの場所にあるファイルからデータをロード (load) できます。 -- User / Internal / External stage: {{{ .lake }}} の stage については、[Stage とは？](/tidb-cloud-lake/guides/stage-overview.md) を参照してください。 +- ユーザー / 内部 / 外部 stage: {{{ .lake }}} の stage については、[Stage とは？](/tidb-cloud-lake/guides/stage-overview.md) を参照してください。 - ストレージサービスで作成されたバケットまたはコンテナ。 - URL（`https://` で始まる）でファイルにアクセスできるリモートサーバー。 - [IPFS](https://ipfs.tech) および Hugging Face リポジトリ。 @@ -51,7 +51,7 @@ COPY INTO [.] [ ( [ , ... ] ) ] > > {{{ .lake }}} `v1.2.890-nightly` 以降では、`FILE_FORMAT` 内で `TEXT` を `TSV` のエイリアスとして使用できます。古いサーバーでは `TYPE = TEXT` が拒否される場合があるため、このページでは互換性を考慮して、構文と例で引き続き `TSV` を使用しています。 -Where: +以下のとおりです。 ```sql userStage ::= @~[/] @@ -300,7 +300,7 @@ copyOptions ::= `SCHEMA_EVOLUTION` は、{{{ .lake }}} がロード前に stage 上の NDJSON ファイルをどのようにサンプリングするかを制御します。ターゲットテーブルで `ENABLE_SCHEMA_EVOLUTION = true` が設定されている場合に、`FILE_FORMAT = (TYPE = NDJSON ...)` と組み合わせて使用します。 -stage または location のロードで schema evolution の推論が実行される場合、`COPY INTO
` を実行するロールには、ターゲットテーブルに対する `INSERT` 権限と `ALTER` 権限の両方が必要です。`COPY INTO
FROM (SELECT ... FROM @stage)` のようなクエリベースの COPY では、既存の権限要件が維持されます。 +stage またはロケーションからのロードで Schema Evolution の推論が実行される場合、`COPY INTO
` を実行するロールには、ターゲットテーブルに対する `INSERT` 権限と `ALTER` 権限の両方が必要です。`COPY INTO
FROM (SELECT ... FROM @stage)` のようなクエリベースの COPY では、既存の権限要件が維持されます。 | オプション | 説明 | 値 | |--------|-------------|--------| @@ -312,7 +312,7 @@ stage または location のロードで schema evolution の推論が実行さ > **Tip:** > -> ログのような大量のデータをインポートする場合は、`PURGE` と `FORCE` の両方を `true` に設定することを推奨します。これにより、Meta server とのやり取り（copied-files セットの更新）を必要とせず、効率的にデータをインポートできます。ただし、これにより重複データがインポートされる可能性がある点に注意してください。 +> ログのような大量のデータをインポートする場合は、`PURGE` と `FORCE` の両方を `true` に設定することを推奨します。これにより、Meta サーバーとのやり取り（copied-files セットの更新）を必要とせず、効率的にデータをインポートできます。ただし、これにより重複データがインポートされる可能性がある点に注意してください。 ## 出力 {#output} @@ -401,7 +401,7 @@ COPY INTO mytable ); ``` -**IAM Role を使用する場合（本番環境では推奨）** +**IAM ロールを使用する場合（本番環境では推奨）** ```sql -- Create connection using IAM role (more secure, recommended for production) @@ -426,7 +426,7 @@ COPY INTO mytable
-この例では、Azure Blob Storage に接続し、`data.csv` から {{{ .lake }}} にデータをロードします。 +この例では、Azure Blob Storage に接続し、'data.csv' から {{{ .lake }}} にデータをロードします。 ```sql -- Create connection for Azure Blob Storage @@ -529,7 +529,7 @@ COPY INTO mytable ### 例 4: PATTERN を使用したファイルのフィルタリング {#example-4-filtering-files-with-pattern} -この例では、PATTERN パラメータによるパターンマッチングを使用して、Amazon S3 から CSV ファイルをロードする方法を示します。ファイル名に `sales` を含み、拡張子が `.csv` のファイルをフィルタリングします。 +この例では、PATTERN パラメータによるパターンマッチングを使用して、Amazon S3 から CSV ファイルをロードする方法を示します。ファイル名に 'sales' を含み、拡張子が '.csv' のファイルをフィルタリングします。 ```sql -- Create connection for pattern-based file loading @@ -568,16 +568,16 @@ COPY INTO mytable ); ``` -複数のフォルダを含むパス内の staged files に対してパターンを指定する場合、パターンは `@[/]` より後のパス部分にのみ一致することに注意してください。たとえば、`FROM @sales_stage/raw/` の場合、ファイル `@sales_stage/raw/year=2025/month=01/sales_20250101.parquet` は `year=2025/month=01/sales_20250101.parquet` としてマッチされます。 +複数のフォルダを含むパス内の stage 上のファイルに対してパターンを指定する場合、パターンは `@[/]` より後のパス部分にのみ一致することに注意してください。たとえば、`FROM @sales_stage/raw/` の場合、ファイル `@sales_stage/raw/year=2025/month=01/sales_20250101.parquet` は `year=2025/month=01/sales_20250101.parquet` としてマッチされます。 -- プレフィックスに続く特定のサブパスに一致させたい場合は、そのプレフィックスをパターンに含めて（例: `'year=2025/month=01/'`）、そのサブパス内で一致させたいパターン（例: `'sales_'`）を指定します。 +- プレフィックスに続く特定のサブパスに一致させたい場合は、そのプレフィックスをパターンに含めて（例: 'year=2025/month=01/'）、そのサブパス内で一致させたいパターン（例: 'sales_'）を指定します。 ```sql -- File path: raw/year=2025/month=01/sales_20250101.parquet COPY INTO ... FROM @sales_stage/raw/ PATTERN = 'year=2025/month=01/.*sales_.*[.]parquet') ... ``` -- ファイルパス内の任意の場所に目的のパターンを含む部分に一致させたい場合は、パターンの前後に `.*` を付けて（例: `'.*sales_20250101.*'`）、パス内の `sales_20250101` の任意の出現箇所に一致させます。 +- ファイルパス内の任意の場所に目的のパターンを含む部分に一致させたい場合は、パターンの前後に '.*' を付けて（例: '.*sales_20250101.*'）、パス内の 'sales_20250101' の任意の出現箇所に一致させます。 ```sql -- File path: raw/year=2025/month=01/sales_20250101.parquet @@ -649,14 +649,14 @@ COPY INTO books_with_extra_columns ### 例 6: カスタム形式での JSON のロード {#example-6-loading-json-with-custom-format} -この例では、次の内容を持つ CSV ファイル `data.csv` からデータをロードします。 +この例では、次の内容を持つ CSV ファイル "data.csv" からデータをロードします。 ```json 1,"U00010","{\"carPriceList\":[{\"carTypeId":10,\"distance":5860},{\"carTypeId":11,\"distance\":5861}]}" -2,"U00011","{\"carPriceList\":[{\"carTypeId":12,\"distance\":5862},{\"carTypeId":13,\"distance\":5863}]}" +2,"U00011","{\"carPriceList\":[{\"carTypeId":12,\"distance":5862},{\"carTypeId":13,\"distance\":5863}]}" ``` -各行には 3 つのカラムのデータが含まれており、3 番目のカラムは JSON データを含む文字列です。JSON フィールドを含む CSV データを正しくロードするには、適切なエスケープ文字を設定する必要があります。この例では、JSON データにダブルクォート `"` が含まれているため、バックスラッシュ `\` をエスケープ文字として使用します。 +各行には 3 つのカラムのデータが含まれており、3 番目のカラムは JSON データを含む文字列です。JSON フィールドを含む CSV データを正しくロードするには、適切なエスケープ文字を設定する必要があります。この例では、JSON データにダブルクォート " が含まれているため、バックスラッシュ \ をエスケープ文字として使用します。 #### ステップ 1: カスタムファイル形式を作成する {#step-1-create-custom-file-format} @@ -743,7 +743,7 @@ SELECT * FROM t2; ### 例 8: Schema Evolution を使用したロード {#example-8-loading-with-schema-evolution} -スキーマにターゲットテーブルに存在しないカラムを含む Parquet または NDJSON ファイルをロードする場合、Schema Evolution を使用して不足しているカラムを自動的に追加できます。Schema Evolution の推論を実行する stage または location からのロードでは、ロードを実行するロールにターゲットテーブルに対する `INSERT` および `ALTER` 権限が必要です。まず、テーブルで Schema Evolution を有効にします。 +スキーマにターゲットテーブルに存在しないカラムを含む Parquet または NDJSON ファイルをロードする場合、Schema Evolution を使用して不足しているカラムを自動的に追加できます。Schema Evolution の推論を実行する stage またはロケーションからのロードでは、ロードを実行するロールにターゲットテーブルに対する `INSERT` および `ALTER` 権限が必要です。まず、テーブルで Schema Evolution を有効にします。 ```sql CREATE OR REPLACE TABLE invoices(order_id INT); diff --git a/tidb-cloud-lake/sql/count-distinct.md b/tidb-cloud-lake/sql/count-distinct.md index ab23596c84efa..efa70e9f8525d 100644 --- a/tidb-cloud-lake/sql/count-distinct.md +++ b/tidb-cloud-lake/sql/count-distinct.md @@ -7,7 +7,7 @@ summary: 集計関数。 集計関数。 -`count(distinct ...)` 関数は、値の集合における一意な値の数を計算します。 +count(distinct ...) 関数は、値の集合における一意な値の数を計算します。 大規模なデータセットに対して、少ないメモリと時間で推定結果を取得するには、[APPROX_COUNT_DISTINCT](/tidb-cloud-lake/sql/approx-count-distinct.md) の使用を検討してください。 @@ -52,7 +52,7 @@ VALUES (1, 'Laptop', 'Electronics', 1000), (5, 'Table', 'Furniture', 300); ``` -**クエリ例: 異なる category の数をカウントする** +**クエリのデモ: 異なるカテゴリの数をカウントする** ```sql SELECT COUNT(DISTINCT category) AS unique_categories diff --git a/tidb-cloud-lake/sql/covar-pop.md b/tidb-cloud-lake/sql/covar-pop.md index 6f416d35d77f7..f7b8915e0e8d4 100644 --- a/tidb-cloud-lake/sql/covar-pop.md +++ b/tidb-cloud-lake/sql/covar-pop.md @@ -31,7 +31,7 @@ float64 ## 例 {#example} -**テーブルを作成してサンプルデータを挿入** +**テーブルを作成してサンプルデータを挿入する** ```sql CREATE TABLE product_sales ( @@ -49,7 +49,7 @@ VALUES (1, 1, 10, 1000), (5, 5, 50, 5000); ``` -**クエリ例: 販売数量と売上高の間の母共分散を計算** +**クエリのデモ: 販売数量と売上高の間の母共分散を計算する** ```sql SELECT COVAR_POP(units_sold, revenue) AS covar_pop_units_revenue diff --git a/tidb-cloud-lake/sql/crc.md b/tidb-cloud-lake/sql/crc.md index 701ff68a6268c..78ad7704c961c 100644 --- a/tidb-cloud-lake/sql/crc.md +++ b/tidb-cloud-lake/sql/crc.md @@ -5,7 +5,7 @@ summary: "`x` の CRC32 チェックサムを返します。ここで、`x` は # CRC32 -`x` の CRC32 チェックサムを返します。ここで、`x` は文字列であることが想定されており、文字列でない場合も（可能であれば）文字列として扱われます。 +`x` の CRC32 チェックサムを返します。ここで、'x' は文字列であることが想定されており、文字列でない場合も（可能であれば）文字列として扱われます。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/create-connection.md b/tidb-cloud-lake/sql/create-connection.md index bfa70f904c6c4..28a58fc5cff49 100644 --- a/tidb-cloud-lake/sql/create-connection.md +++ b/tidb-cloud-lake/sql/create-connection.md @@ -9,7 +9,7 @@ summary: 外部ストレージへの接続を作成します。 > **Warning:** > -> 重要: オブジェクト（stage、テーブルなど）が接続を使用する場合、その接続のパラメータはコピーされ、永続的に保存されます。後で `CREATE OR REPLACE CONNECTION` を使用して接続を変更しても、既存のオブジェクトは引き続き古いパラメータを使用します。新しい接続パラメータでオブジェクトを更新するには、それらのオブジェクトを削除して再作成する必要があります。 +> 重要: オブジェクト（stage、テーブルなど）が接続を使用する場合、その接続のパラメータはコピーされ、永続的に保存されます。後で CREATE OR REPLACE CONNECTION を使用して接続を変更しても、既存のオブジェクトは引き続き古いパラメータを使用します。新しい接続パラメータでオブジェクトを更新するには、それらのオブジェクトを削除して再作成する必要があります。 ## 構文 {#syntax} @@ -58,8 +58,8 @@ CREATE CONNECTION | パラメータ | 説明 | |-----------|-------------| -| ACCESS_KEY_ID | AWS access key ID。 | -| SECRET_ACCESS_KEY | AWS secret access key。 | +| ACCESS_KEY_ID | AWS アクセスキー ID。 | +| SECRET_ACCESS_KEY | AWS シークレットアクセスキー。 |
@@ -157,7 +157,7 @@ CREATE CONNECTION ### Access Keys を使用する {#using-access-keys} -この例では、`toronto` という名前の Amazon S3 への接続を作成し、その `toronto` 接続を使用して、`s3://lake-toronto` URL にリンクされた `my_s3_stage` という名前の外部 stage を作成します。接続に関するより実践的な例については、[使用例](/tidb-cloud-lake/sql/connection.md#usage-examples) を参照してください。 +この例では、'toronto' という名前の Amazon S3 への接続を作成し、その 'toronto' 接続を使用して、's3://lake-toronto' URL にリンクされた 'my_s3_stage' という名前の外部 stage を作成します。接続に関するより実践的な例については、[使用例](/tidb-cloud-lake/sql/connection.md#usage-examples) を参照してください。 ```sql CREATE CONNECTION toronto @@ -170,7 +170,7 @@ CREATE STAGE my_s3_stage CONNECTION = (CONNECTION_NAME = 'toronto'); ``` -### AWS IAM Role を使用する {#using-aws-iam-role} +### AWS IAM ロールを使用する {#using-aws-iam-role} この例では、IAM ロールを使用して Amazon S3 への接続を作成し、その後この接続を使用する stage を作成します。この方法は、アクセスキーを {{{ .lake }}} に保存する必要がないため、より安全です。 diff --git a/tidb-cloud-lake/sql/create-database.md b/tidb-cloud-lake/sql/create-database.md index 1bdc404ae8f4d..36acb69263978 100644 --- a/tidb-cloud-lake/sql/create-database.md +++ b/tidb-cloud-lake/sql/create-database.md @@ -49,7 +49,7 @@ CREATE DATABASE test; ### デフォルトストレージ接続を使用したデータベースの作成 {#creating-a-database-with-a-default-storage-connection} -次の例では、AWS IAM ロールを使用して接続を作成し、その後、この接続をデフォルトストレージとして使用するデータベースを作成します。IAM ロールを使用する方法は、{{{ .lake }}} に認証情報を保存する必要がないため、access keys よりも安全です。 +次の例では、AWS IAM ロールを使用して接続を作成し、その後、この接続をデフォルトストレージとして使用するデータベースを作成します。IAM ロールを使用する方法は、{{{ .lake }}} に認証情報を保存する必要がないため、アクセスキーよりも安全です。 ```sql CREATE CONNECTION my_s3 diff --git a/tidb-cloud-lake/sql/create-external-table.md b/tidb-cloud-lake/sql/create-external-table.md index cbfb91c9c227d..fbc7c463a6b84 100644 --- a/tidb-cloud-lake/sql/create-external-table.md +++ b/tidb-cloud-lake/sql/create-external-table.md @@ -43,7 +43,7 @@ CONNECTION = ( | ENDPOINT_URL | `https://` で始まるバケットのエンドポイント URL。 | 任意 | | ACCESS_KEY_ID | AWS S3 互換オブジェクトストレージに接続するためのアクセスキー ID です。指定しない場合、{{{ .lake }}} は匿名でバケットにアクセスします。 | 任意 | | SECRET_ACCESS_KEY | AWS S3 互換オブジェクトストレージに接続するためのシークレットアクセスキーです。 | 任意 | -| ENABLE_VIRTUAL_HOST_STYLE | バケットのアドレッシングに仮想ホスト形式を使用する場合は、`"true"` に設定します。 | 任意 | +| ENABLE_VIRTUAL_HOST_STYLE | バケットのアドレッシングに仮想ホスト形式を使用する場合は、"true" に設定します。 | 任意 | `CONNECTION_NAME` の詳細については、[CREATE CONNECTION](/tidb-cloud-lake/sql/create-connection.md) を参照してください。 diff --git a/tidb-cloud-lake/sql/create-file-format.md b/tidb-cloud-lake/sql/create-file-format.md index 42b86d988f3c0..81b1e0afcd794 100644 --- a/tidb-cloud-lake/sql/create-file-format.md +++ b/tidb-cloud-lake/sql/create-file-format.md @@ -67,4 +67,4 @@ USE_RAW_PATH = TRUE OVERWRITE = TRUE; ``` -Lance 固有の動作と制限事項については、[入力および出力ファイルフォーマット](/tidb-cloud-lake/sql/input-output-file-formats.md#lance-options) および [`COPY INTO `](/tidb-cloud-lake/sql/copy-into-location.md) を参照してください。 \ No newline at end of file +Lance 固有の動作と制限事項については、[入出力ファイル形式](/tidb-cloud-lake/sql/input-output-file-formats.md#lance-options) および [`COPY INTO `](/tidb-cloud-lake/sql/copy-into-location.md) を参照してください。 \ No newline at end of file diff --git a/tidb-cloud-lake/sql/create-inverted-index.md b/tidb-cloud-lake/sql/create-inverted-index.md index d03990be18cda..c99e9526199b5 100644 --- a/tidb-cloud-lake/sql/create-inverted-index.md +++ b/tidb-cloud-lake/sql/create-inverted-index.md @@ -1,13 +1,13 @@ --- title: CREATE INVERTED INDEX -summary: "{{{ .lake }}} で新しい inverted index を作成します。" +summary: "{{{ .lake }}} で新しい転置インデックスを作成します。" --- # CREATE INVERTED INDEX -{{{ .lake }}} で新しい inverted index を作成します。 +{{{ .lake }}} で新しい転置インデックスを作成します。 -Inverted index は通常、`STRING` および `VARIANT` カラムに対して使用されます。クエリには、フィールドを意識した式、ブール演算子、ネストされたパスをサポートする [`QUERY()`](/tidb-cloud-lake/sql/query.md) 関数の使用を推奨します。一致した行の関連度スコアを返して順位付けするには、`QUERY()` とあわせて [`score()`](/tidb-cloud-lake/sql/score.md) を使用できます。 +転置インデックスは通常、`STRING` および `VARIANT` カラムに対して使用されます。クエリには、フィールドを意識した式、ブール演算子、ネストされたパスをサポートする [`QUERY()`](/tidb-cloud-lake/sql/query.md) 関数の使用を推奨します。一致した行の関連度スコアを返して順位付けするには、`QUERY()` とあわせて [`score()`](/tidb-cloud-lake/sql/score.md) を使用できます。 ## 構文 {#syntax} @@ -21,10 +21,10 @@ CREATE [ OR REPLACE ] INVERTED INDEX [IF NOT EXISTS] |------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------| | `[ OR REPLACE ]` | 省略可能なパラメータです。インデックスがすでに存在する場合、それを置き換えることを示します。 | | `[ IF NOT EXISTS ]` | 省略可能なパラメータです。インデックスがまだ存在しない場合にのみ作成されることを示します。 | -| `` | 作成する inverted index の名前です。 | +| `` | 作成する転置インデックスの名前です。 | | `[.]
` | インデックスを作成する対象カラムを含むデータベース名とテーブル名です。 | | `` | インデックスに含めるカラム名です。実際には通常 `STRING` または `VARIANT` カラムです。同じテーブルに対して複数のインデックスを作成できますが、各カラムはインデックス間で一意である必要があります。 | -| `` | inverted index の構築方法を指定する省略可能なインデックスオプションです。 | +| `` | 転置インデックスの構築方法を指定する省略可能なインデックスオプションです。 | ### IndexOptions {#indexoptions} @@ -56,7 +56,7 @@ IndexOptions ::= ## 例 {#examples} -### 単一カラムに Inverted Index を作成する {#creating-an-inverted-index-on-a-single-column} +### 単一カラムに転置インデックスを作成する {#creating-an-inverted-index-on-a-single-column} ```sql CREATE TABLE user_comments ( @@ -67,7 +67,7 @@ CREATE TABLE user_comments ( CREATE INVERTED INDEX user_comments_idx ON user_comments(comment_text); ``` -### カスタム Tokenizer と Filters を使用して Inverted Index を作成する {#creating-an-inverted-index-with-custom-tokenizer-and-filters} +### カスタム Tokenizer と Filters を使用して転置インデックスを作成する {#creating-an-inverted-index-with-custom-tokenizer-and-filters} ```sql CREATE TABLE product_reviews ( @@ -84,7 +84,7 @@ FILTERS = 'english_stop,english_stemmer,chinese_stop' INDEX_RECORD = 'basic'; ``` -### 複数カラムに Inverted Index を作成する {#creating-an-inverted-index-on-multiple-columns} +### 複数カラムに転置インデックスを作成する {#creating-an-inverted-index-on-multiple-columns} ```sql CREATE TABLE customer_feedback ( @@ -201,7 +201,7 @@ ORDER BY score() DESC; │ id │ score() │ title │ ├────┼───────────┼──────────────────┤ │ 3 │ 1.8571336 │ Vue.js设计与实现 │ -│ 4 │ 0.6785374 │ 前端架構设计 │ +│ 4 │ 0.6785374 │ 前端架构设计 │ ╰───────────────────────────────────╯ ``` diff --git a/tidb-cloud-lake/sql/create-ngram-index.md b/tidb-cloud-lake/sql/create-ngram-index.md index 3f273489ced8b..20e1ab31127c2 100644 --- a/tidb-cloud-lake/sql/create-ngram-index.md +++ b/tidb-cloud-lake/sql/create-ngram-index.md @@ -23,7 +23,7 @@ CREATE [OR REPLACE] TABLE ( )... ``` -- `gram_size`（デフォルトは 3）は、カラムのテキストをインデックス化する際に、文字ベースの各部分文字列（n-gram）の長さを指定します。たとえば、`gram_size = 3` の場合、テキスト `"hello world"` は次のような重なり合う部分文字列に分割されます。 +- `gram_size`（デフォルトは 3）は、カラムのテキストをインデックス化する際に、文字ベースの各部分文字列（n-gram）の長さを指定します。たとえば、`gram_size = 3` の場合、テキスト "hello world" は次のような重なり合う部分文字列に分割されます。 ```text "hel", "ell", "llo", "lo ", "o w", " wo", "wor", "orl", "rld" diff --git a/tidb-cloud-lake/sql/create-notification-integration.md b/tidb-cloud-lake/sql/create-notification-integration.md index 402b74a586bbf..06916a42fb6b3 100644 --- a/tidb-cloud-lake/sql/create-notification-integration.md +++ b/tidb-cloud-lake/sql/create-notification-integration.md @@ -1,13 +1,13 @@ --- title: CREATE NOTIFICATION INTEGRATION -summary: 外部メッセージングサービスに通知を送信するために使用できる、名前付きの通知インテグレーションを作成します。 +summary: 外部メッセージングサービスに通知を送信するために使用できる、名前付きの通知統合を作成します。 --- # CREATE NOTIFICATION INTEGRATION -外部メッセージングサービスに通知を送信するために使用できる、名前付きの通知インテグレーションを作成します。 +外部メッセージングサービスに通知を送信するために使用できる、名前付きの通知統合を作成します。 -**NOTICE:** この機能は、{{{ .lake }}} でのみ追加設定なしですぐに利用できます。 +**注意:** この機能は、{{{ .lake }}} でのみ追加設定なしですぐに利用できます。 ## 構文 {#syntax} @@ -23,9 +23,9 @@ ENABLED = | 必須パラメータ | 説明 | |---------------------|-------------| -| name | 通知インテグレーションの名前です。これは必須フィールドです。 | -| type | 通知インテグレーションのタイプです。現在は `webhook` のみサポートされています。 | -| enabled | 通知インテグレーションを有効にするかどうかです。 | +| name | 通知統合の名前です。これは必須フィールドです。 | +| type | 通知統合のタイプです。現在は `webhook` のみサポートされています。 | +| enabled | 通知統合を有効にするかどうかです。 | | オプションパラメータ [(Webhook)](#webhook-notification) | 説明 | |---------------------|-------------| @@ -41,4 +41,4 @@ ENABLED = CREATE NOTIFICATION INTEGRATION IF NOT EXISTS SampleNotification type = webhook enabled = true webhook = (url = 'https://example.com', method = 'GET', authorization_header = 'bearer auth') ``` -この例では、`SampleNotification` という名前の `webhook` タイプの通知インテグレーションを作成します。このインテグレーションは有効化されており、`GET` メソッドと `bearer auth` Authorization ヘッダーを使用して `https://example.com` URL に通知を送信します。 \ No newline at end of file +この例では、`SampleNotification` という名前の `webhook` タイプの通知統合を作成します。この統合は有効化されており、`GET` メソッドと `bearer auth` Authorization ヘッダーを使用して `https://example.com` URL に通知を送信します。 \ No newline at end of file diff --git a/tidb-cloud-lake/sql/create-password-policy.md b/tidb-cloud-lake/sql/create-password-policy.md index 8c3718540ea85..e4f17af1257e6 100644 --- a/tidb-cloud-lake/sql/create-password-policy.md +++ b/tidb-cloud-lake/sql/create-password-policy.md @@ -38,14 +38,14 @@ CREATE [ OR REPLACE ] PASSWORD POLICY [ IF NOT EXISTS ] | PASSWORD_MIN_NUMERIC_CHARS | 0 | 256 | 1 | パスワードに含める数字の最小数 | | PASSWORD_MIN_SPECIAL_CHARS | 0 | 256 | 0 | パスワードに含める特殊文字の最小数 | | PASSWORD_MIN_AGE_DAYS | 0 | 999 | 0 | パスワードを変更可能になるまでの最小日数（0 は制限なしを示します） | -| PASSWORD_MAX_AGE_DAYS | 0 | 999 | 90 | パスワードを変更しなければならないまでの最大日数（0 は制限なしを示します） | +| PASSWORD_MAX_AGE_DAYS | 0 | 999 | 90 | パスワードの変更が必要になるまでの最大日数（0 は制限なしを示します） | | PASSWORD_MAX_RETRIES | 1 | 10 | 5 | ロックアウトされるまでのパスワード再試行回数の上限 | | PASSWORD_LOCKOUT_TIME_MINS | 1 | 999 | 15 | 再試行回数の上限を超えた後のロックアウト時間（分） | | PASSWORD_HISTORY | 0 | 24 | 0 | 重複チェック対象とする直近のパスワード数（0 は制限なしを示します） | ## 例 {#examples} -次の例では、最小パスワード長を 10 文字に設定した `SecureLogin` という名前のパスワードポリシーを作成します。 +次の例では、最小パスワード長を 10 文字に設定した 'SecureLogin' という名前のパスワードポリシーを作成します。 ```sql CREATE PASSWORD POLICY SecureLogin diff --git a/tidb-cloud-lake/sql/create-pipe.md b/tidb-cloud-lake/sql/create-pipe.md index feb637c85f93f..f0a4f71a77eb6 100644 --- a/tidb-cloud-lake/sql/create-pipe.md +++ b/tidb-cloud-lake/sql/create-pipe.md @@ -5,7 +5,7 @@ summary: "{{{ .lake }}} の取り込みパイプラインで CREATE PIPE コマ # CREATE PIPE -`COPY INTO
` ステートメントを基盤とする pipe を作成します。 +`COPY INTO
` ステートメントを基盤とするパイプを作成します。 ## 構文 {#syntax} @@ -21,10 +21,10 @@ COPY INTO
... | パラメータ | 説明 | |-----------|-------------| -| `IF NOT EXISTS` | オプション。pipe がすでに存在する場合は、変更を加えずに成功します。 | +| `IF NOT EXISTS` | オプション。パイプがすでに存在する場合は、変更を加えずに成功します。 | | `AUTO_INGEST = TRUE` | オプション。自動取り込みを有効にします。 | -| `COMMENT` / `COMMENTS` | オプションの pipe コメントです。 | -| `AS COPY INTO ...` | pipe によって実行される `COPY INTO
` ステートメントです。 | +| `COMMENT` / `COMMENTS` | オプションのパイプコメントです。 | +| `AS COPY INTO ...` | パイプによって実行される `COPY INTO
` ステートメントです。 | ## 例 {#example} diff --git a/tidb-cloud-lake/sql/create-role.md b/tidb-cloud-lake/sql/create-role.md index 5050fef2f0a99..b3b8e4fbeaf2c 100644 --- a/tidb-cloud-lake/sql/create-role.md +++ b/tidb-cloud-lake/sql/create-role.md @@ -76,7 +76,7 @@ SHOW GRANTS FOR 'alice'; SHOW GRANTS FOR 'admin_user'; ``` -## 関連項目 {#see-also} +## 関連情報 {#see-also} - [GRANT](/tidb-cloud-lake/sql/grant.md) - 権限とロールを付与します - [SHOW GRANTS](/tidb-cloud-lake/sql/show-grants.md) - 付与された権限を表示します diff --git a/tidb-cloud-lake/sql/create-snapshot-tag.md b/tidb-cloud-lake/sql/create-snapshot-tag.md index 1977106b28d6f..739f700b56a7d 100644 --- a/tidb-cloud-lake/sql/create-snapshot-tag.md +++ b/tidb-cloud-lake/sql/create-snapshot-tag.md @@ -10,7 +10,7 @@ FUSE テーブルに名前付きスナップショットタグを作成します > **Note:** > > - これは**実験的**機能です。使用する前に、まず有効にしてください: `SET enable_experimental_table_ref = 1;`。 -> - FUSE engine テーブルでのみサポートされます。Memory engine テーブルおよび一時テーブルはサポートされません。 +> - FUSE エンジンテーブルでのみサポートされます。Memory エンジンテーブルおよび一時テーブルはサポートされません。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/create-stage.md b/tidb-cloud-lake/sql/create-stage.md index e8523b87e887a..bb831f18a4a1c 100644 --- a/tidb-cloud-lake/sql/create-stage.md +++ b/tidb-cloud-lake/sql/create-stage.md @@ -82,7 +82,7 @@ DESC STAGE my_internal_stage; ### 例 2: Connection を使用して外部 stage を作成する {#example-2-create-external-stage-with-connection} -この例では、connection を使用して Amazon S3 上に *my_s3_stage* という名前の外部 stage を作成します。 +この例では、接続を使用して Amazon S3 上に *my_s3_stage* という名前の外部 stage を作成します。 ```sql -- First create a connection @@ -148,8 +148,8 @@ DESC STAGE my_s3_stage; - ユーザーの権限を設定する際に、**Attach policies directly** をクリックし、アクセスポリシー *lake-access* を検索して選択します。 3. ユーザーの作成後、ユーザー名をクリックして詳細ページを開き、**Security credentials** タブを選択します。 4. **Access keys** セクションで、**Create access key** をクリックします。 -5. ユースケースとして **Third-party service** を選択し、その下のチェックボックスをオンにして access key の作成を確認します。 -6. 生成された access key と secret access key をコピーし、安全な場所に保存します。 +5. ユースケースとして **Third-party service** を選択し、その下のチェックボックスをオンにしてアクセスキーの作成を確認します。 +6. 生成されたアクセスキーとシークレットアクセスキーをコピーし、安全な場所に保存します。 #### ステップ 3: 外部 stage を作成する {#step-3-create-external-stage} @@ -177,15 +177,15 @@ CREATE STAGE iam_external_stage 以下の手順では、Cloudflare R2 上に *lake* という名前のバケットを作成します。 1. Cloudflare ダッシュボードにログインし、左側のナビゲーションペインで **R2** を選択します。 -2. **Create bucket** をクリックしてバケットを作成し、バケット名を *lake* に設定します。バケットの作成に成功すると、バケット詳細ページでバケット名のすぐ下にバケット endpoint が表示されます。 +2. **Create bucket** をクリックしてバケットを作成し、バケット名を *lake* に設定します。バケットの作成に成功すると、バケット詳細ページでバケット名のすぐ下にバケットエンドポイントが表示されます。 #### ステップ 2: R2 API Token を作成する {#step-2-create-r2-api-token} -以下の手順では、Access Key ID と Secret Access Key を含む R2 API token を作成します。 +以下の手順では、Access Key ID と Secret Access Key を含む R2 API トークンを作成します。 1. **R2** > **Overview** で **Manage R2 API Tokens** をクリックします。 -2. **Create API token** をクリックして API token を作成します。 -3. API token を設定する際に、必要な権限を選択し、必要に応じて **TTL** を設定します。 +2. **Create API token** をクリックして API トークンを作成します。 +3. API トークンを設定する際に、必要な権限を選択し、必要に応じて **TTL** を設定します。 4. **Create API Token** をクリックして Access Key ID と Secret Access Key を取得します。これらをコピーし、安全な場所に保存します。 #### ステップ 3: 外部 stage を作成する {#step-3-create-external-stage-1} diff --git a/tidb-cloud-lake/sql/create-stream.md b/tidb-cloud-lake/sql/create-stream.md index a48f04402339f..8d5389c3f306e 100644 --- a/tidb-cloud-lake/sql/create-stream.md +++ b/tidb-cloud-lake/sql/create-stream.md @@ -20,12 +20,12 @@ CREATE [ OR REPLACE ] STREAM [ IF NOT EXISTS ] [ . ] | パラメーター | 説明 | |---------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | `< database_name >` | ストリームは、テーブルやビューと同様に、特定のデータベースに属するオブジェクトとして扱われます。CREATE STREAM では、ストリームと関連付けられるテーブルで異なるデータベースを指定できます。データベースを明示的に指定しない場合、現在のデータベースが作成するストリームのデータベースとして使用されます。 | -| AT | `AT` の後に `TIMESTAMP =>` または `SNAPSHOT =>` を指定すると、指定した過去時点の timestamp または snapshot ID 以降のデータ変更を含むストリームを作成できます。`AT` の後に `STREAM =>` を指定すると、既存のストリームと同一の新しいストリームを作成でき、キャプチャされたデータ変更も同じ内容で保持されます。 | -| APPEND_ONLY | `true` に設定すると、ストリームは `Append-Only` モードで動作します。`false` に設定すると、`Standard` モードで動作します。デフォルトは `true` です。ストリームの動作モードの詳細については、[stream の管理](/tidb-cloud-lake/sql/stream.md#stream-management) を参照してください。 | +| AT | `AT` の後に `TIMESTAMP =>` または `SNAPSHOT =>` を指定すると、指定した過去時点のタイムスタンプまたはスナップショット ID 以降のデータ変更を含むストリームを作成できます。`AT` の後に `STREAM =>` を指定すると、既存のストリームと同一の新しいストリームを作成でき、キャプチャされたデータ変更も同じ内容で保持されます。 | +| APPEND_ONLY | `true` に設定すると、ストリームは `Append-Only` モードで動作します。`false` に設定すると、`Standard` モードで動作します。デフォルトは `true` です。ストリームの動作モードの詳細については、[ストリームの仕組み](/tidb-cloud-lake/sql/stream.md#stream-management) を参照してください。 | ## 例 {#examples} -次の例では、`orders` テーブル内の変更を監視するために、`order_changes` という名前のストリームを作成します。 +次の例では、'orders' テーブル内の変更を監視するために、'order_changes' という名前のストリームを作成します。 ```sql -- Create a table named 'orders' @@ -56,7 +56,7 @@ SELECT * FROM order_changes; └───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘ ``` -次の例では、`AT` パラメーターを使用して、`order_changes` と同じデータ変更を含む `order_changes_copy` という名前の新しいストリームを作成します。 +次の例では、`AT` パラメーターを使用して、'order_changes' と同じデータ変更を含む 'order_changes_copy' という名前の新しいストリームを作成します。 ```sql -- Create a stream 'order_changes_copy' on the 'orders' table, copying data changes from 'order_changes' @@ -73,7 +73,7 @@ SELECT * FROM order_changes_copy; └───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘ ``` -次の例では、`orders` テーブルに対して 2 つのストリームを作成します。各ストリームはそれぞれ `AT` パラメーターを使用して、特定の snapshot ID または timestamp 以降のデータ変更を取得します。 +次の例では、'orders' テーブルに対して 2 つのストリームを作成します。各ストリームはそれぞれ `AT` パラメーターを使用して、特定のスナップショット ID またはタイムスタンプ以降のデータ変更を取得します。 ```sql -- Retrieve snapshot and timestamp information from the 'orders' table diff --git a/tidb-cloud-lake/sql/create-task.md b/tidb-cloud-lake/sql/create-task.md index 1e70eb2070f58..c3c2d3d778e72 100644 --- a/tidb-cloud-lake/sql/create-task.md +++ b/tidb-cloud-lake/sql/create-task.md @@ -41,7 +41,7 @@ AS | SUSPEND_TASK_AFTER_NUM_FAILURES | 任意。連続して失敗した回数がこの値に達すると、タスクは自動的に一時停止されます。 | | AFTER | このタスクの開始前に完了している必要があるタスクの一覧です。 | | WHEN boolean_expr | タスクを実行するために true である必要がある条件です。 | -| [ERROR_INTEGRATION](/tidb-cloud-lake/sql/notification.md) | 任意。特定の [タスクエラーのペイロード](/tidb-cloud-lake/sql/task-error-notification-payload.md) を適用したタスクエラー通知に使用する notification integration の名前です。 | +| [ERROR_INTEGRATION](/tidb-cloud-lake/sql/notification.md) | 任意。特定の [タスクエラーのペイロード](/tidb-cloud-lake/sql/task-error-notification-payload.md) を適用したタスクエラー通知に使用する通知統合の名前です。 | | COMMENT | 任意。タスクのコメントまたは説明として使用される文字列リテラルです。 | | session_parameter | 任意。タスク実行時に使用するセッションパラメータを指定します。セッションパラメータは、CREATE TASK ステートメント内で他のすべてのタスクパラメータの後に配置する必要があります。 | | sql | タスクが実行する SQL ステートメントです。単一のステートメント、または `BEGIN ... END;` で囲まれたスクリプトを指定できます。これは必須フィールドです。 | @@ -55,16 +55,16 @@ AS タスクの WHEN 句では、以下がサポートされます。 - - [STREAM_STATUS](/tidb-cloud-lake/sql/stream-status.md) は SQL 式内での評価に対応しています。この関数は、指定した stream に変更追跡データが含まれているかどうかを示します。この関数を使用すると、現在の実行を開始する前に、指定した stream に変更データが含まれているかどうかを評価できます。結果が FALSE の場合、タスクは実行されません。 + - [STREAM_STATUS](/tidb-cloud-lake/sql/stream-status.md) は SQL 式内での評価に対応しています。この関数は、指定したストリームに変更追跡データが含まれているかどうかを示します。この関数を使用すると、現在の実行を開始する前に、指定したストリームに変更データが含まれているかどうかを評価できます。結果が FALSE の場合、タスクは実行されません。 - AND、OR、NOT などのブール演算子。 - 数値型、文字列型、ブール型の間のキャスト。 - 等しい、等しくない、より大きい、より小さいなどの比較演算子。 > **Note:** > -> Warning: タスクで STREAM_STATUS を使用する場合、stream を参照するときはデータベース名を含める必要があります（例: `STREAM_STATUS('mydb.stream_name')`）。 +> Warning: タスクで STREAM_STATUS を使用する場合、ストリームを参照するときはデータベース名を含める必要があります（例: `STREAM_STATUS('mydb.stream_name')`）。 -- 単一のテーブル stream から変更データを消費する複数のタスクは、それぞれ異なる差分を取得します。タスクが DML ステートメントを使用して stream 内の変更データを消費すると、stream のオフセットが進みます。その変更データは次のタスクでは消費できなくなります。現時点では、1 つの stream の変更データを消費するのは 1 つのタスクのみにすることを推奨します。同じテーブルに対して複数の stream を作成し、それぞれを異なるタスクで消費できます。 +- 単一のテーブルストリームから変更データを消費する複数のタスクは、それぞれ異なる差分を取得します。タスクが DML ステートメントを使用してストリーム内の変更データを消費すると、ストリームのオフセットが進みます。その変更データは次のタスクでは消費できなくなります。現時点では、1 つのストリームの変更データを消費するのは 1 つのタスクのみにすることを推奨します。同じテーブルに対して複数のストリームを作成し、それぞれを異なるタスクで消費できます。 - タスクは各実行ごとにリトライされません。各実行は直列です。各スクリプト SQL は 1 つずつ実行され、並列実行は行われません。これにより、タスク実行の順序と依存関係が維持されます。 - 間隔ベースのタスクは、固定された間隔のタイミングに厳密に従います。つまり、現在のタスク実行時間が間隔単位を超えた場合、次のタスクは直ちに実行されます。そうでない場合、次のタスクは次の間隔単位がトリガーされるまで待機します。たとえば、1 秒間隔で定義されたタスクで、1 回の実行に 1.5 秒かかる場合、次のタスクは直ちに実行されます。1 回の実行に 0.5 秒しかかからない場合、次のタスクは次の 1 秒間隔の開始まで待機します。 - セッションパラメータはタスク作成時に指定できますが、後から ALTER TASK ステートメントを使用して変更することもできます。例: @@ -238,7 +238,7 @@ AS END; ``` -この例では、`mytask` という名前のタスクを作成しています。このタスクは **mywh** Warehouse を使用し、**30 秒ごと**に実行されるようスケジュールされています。このタスクは、INSERT 文と DELETE 文を含む **BEGIN ブロック**を実行します。両方の文の実行後に、タスクはトランザクションをコミットします。タスクが失敗すると、**myerror** という名前の **error integration** がトリガーされます。 +この例では、`mytask` という名前のタスクを作成しています。このタスクは **mywh** Warehouse を使用し、**30 秒ごと**に実行されるようスケジュールされています。このタスクは、INSERT 文と DELETE 文を含む **BEGIN ブロック**を実行します。両方の文の実行後に、タスクはトランザクションをコミットします。タスクが失敗すると、**myerror** という名前の **エラー統合** がトリガーされます。 ### セッションパラメータ {#session-parameters} diff --git a/tidb-cloud-lake/sql/create-vector-index.md b/tidb-cloud-lake/sql/create-vector-index.md index 2210033c056b3..5cbb0f0a14b2a 100644 --- a/tidb-cloud-lake/sql/create-vector-index.md +++ b/tidb-cloud-lake/sql/create-vector-index.md @@ -48,7 +48,7 @@ CREATE [OR REPLACE] TABLE ( 1. **グラフ構造**: 各ベクトルはノードであり、最も近い近傍への接続を持ちます 2. **検索プロセス**: クエリはグラフのレイヤーを粗いものから細かいものへとたどり、近似最近傍を高速に見つけます 3. **量子化**: 生のベクトルは、ストレージ削減とクエリ性能向上のために量子化されます（精度低下はごくわずかです） -4. **自動構築**: データの書き込み時にインデックスは自動的に構築されます。すべての INSERT、COPY、またはデータロード (load) 操作で、新しい行に対するインデックスが自動生成されるため、手動メンテナンスは不要です +4. **自動構築**: データの書き込み時にインデックスは自動的に構築されます。すべての INSERT、COPY、またはデータロード操作で、新しい行に対するインデックスが自動生成されるため、手動メンテナンスは不要です ## 例 {#examples} diff --git a/tidb-cloud-lake/sql/create-warehouse.md b/tidb-cloud-lake/sql/create-warehouse.md index 0b11c921b3d94..993d9f24c7c17 100644 --- a/tidb-cloud-lake/sql/create-warehouse.md +++ b/tidb-cloud-lake/sql/create-warehouse.md @@ -31,7 +31,7 @@ CREATE WAREHOUSE [ IF NOT EXISTS ] | オプション | 型 / 値 | デフォルト | 説明 | | --------------------- | -------------------------------------------------------------------------------------- | ------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | | `WAREHOUSE_SIZE` | `XSmall`, `Small`, `Medium`, `Large`, `XLarge`, `2XLarge`–`6XLarge`（大文字小文字を区別しない） | `Small` | コンピュートサイズを制御します。 | -| `AUTO_SUSPEND` | `NULL`、`0`、または 300 秒以上 | `600` seconds | 自動サスペンドまでのアイドルタイムアウトです。`0`/`NULL` はサスペンドしないことを意味し、300 未満の値は拒否されます。 | +| `AUTO_SUSPEND` | `NULL`、`0`、または 300 秒以上 | `600` 秒 | 自動サスペンドまでのアイドルタイムアウトです。`0`/`NULL` はサスペンドしないことを意味し、300 未満の値は拒否されます。 | | `INITIALLY_SUSPENDED` | Boolean | `FALSE` | `TRUE` の場合、Warehouse は作成後に明示的に再開されるまでサスペンド状態のままになります。 | | `AUTO_RESUME` | Boolean | `TRUE` | 受信したクエリによって Warehouse を自動的に起動するかどうかを制御します。 | | `MAX_CLUSTER_COUNT` | `NULL` または 0 以上の整数 | `0` | オートスケーリングするクラスター数の上限です。`0` はオートスケールを無効にします。 | diff --git a/tidb-cloud-lake/sql/create-worker.md b/tidb-cloud-lake/sql/create-worker.md index 107ac6fe05211..a8392c726ef0e 100644 --- a/tidb-cloud-lake/sql/create-worker.md +++ b/tidb-cloud-lake/sql/create-worker.md @@ -46,7 +46,7 @@ CREATE WORKER [ IF NOT EXISTS ] - `WITH` は最大 1 回だけ指定できます。 - オプションはカンマで区切ります。 - オプション名は、リクエスト送信前に小文字へ正規化されます。 -- `option_value` は、文字列リテラル、裸の識別子、符号なし整数、または boolean として記述できます。 +- `option_value` は、文字列リテラル、裸の識別子、符号なし整数、またはブール値として記述できます。 - `CREATE WORKER` は `TAG` 句をサポートしていません。 ## 例 {#examples} diff --git a/tidb-cloud-lake/sql/create-workload-group.md b/tidb-cloud-lake/sql/create-workload-group.md index 2b0e74d3db985..503cd9142bcb4 100644 --- a/tidb-cloud-lake/sql/create-workload-group.md +++ b/tidb-cloud-lake/sql/create-workload-group.md @@ -1,11 +1,11 @@ --- title: CREATE WORKLOAD GROUP -summary: 指定したクォータ設定で workload group を作成します。workload group はユーザーにバインドすることで、リソース割り当てとクエリ同時実行数を制御します。ユーザーがクエリを送信すると、そのユーザーに割り当てられたグループに基づいて workload group の制限が適用されます。 +summary: 指定したクォータ設定でワークロードグループを作成します。ワークロードグループはユーザーにバインドすることで、リソース割り当てとクエリ同時実行数を制御します。ユーザーがクエリを送信すると、そのユーザーに割り当てられたグループに基づいてワークロードグループの制限が適用されます。 --- # CREATE WORKLOAD GROUP -指定したクォータ設定で workload group を作成します。workload group はユーザーにバインドすることで、リソース割り当てとクエリ同時実行数を制御します。ユーザーがクエリを送信すると、そのユーザーに割り当てられたグループに基づいて workload group の制限が適用されます。 +指定したクォータ設定でワークロードグループを作成します。ワークロードグループはユーザーにバインドすることで、リソース割り当てとクエリ同時実行数を制御します。ユーザーがクエリを送信すると、そのユーザーに割り当てられたグループに基づいてワークロードグループの制限が適用されます。 ## 構文 {#syntax} @@ -39,7 +39,7 @@ WITH cpu_quota = '70%', memory_quota = '80%', max_concurrency = 10; ### ユーザー割り当て {#user-assignment} -リソース制限を有効にするには、ユーザーを workload group に割り当てる必要があります。ユーザーがクエリを実行すると、システムは workload group の制限を自動的に適用します。 +リソース制限を有効にするには、ユーザーをワークロードグループに割り当てる必要があります。ユーザーがクエリを実行すると、システムはワークロードグループの制限を自動的に適用します。 ```sql -- Create role and grant permissions @@ -66,7 +66,7 @@ DESC USER analytics_user; ### クォータ制限 {#quota-limits} - 各ワークロードグループの `cpu_quota` と `memory_quota` は最大 `100%`（1.0）まで設定できます -- workload group 全体にわたるすべてのクォータの合計は 100% を超えることができます +- ワークロードグループ全体にわたるすべてのクォータの合計は 100% を超えることができます - 実際のリソース割り当ては、相対的な比率に基づいて**正規化**されます ### クォータ正規化の仕組み {#how-quota-normalization-works} @@ -94,4 +94,4 @@ Actual Allocation = (Group Quota) / (Sum of All Group Quotas) × 100% - グループ B: クォータ 10% → リソースの 33% を取得（10/30） - クォータ合計: 30% -**特別なケース:** workload group が 1 つしか存在しない場合、設定されたクォータに関係なく、そのグループは Warehouse リソースの 100% を取得します。 \ No newline at end of file +**特別なケース:** ワークロードグループが 1 つしか存在しない場合、設定されたクォータに関係なく、そのグループは Warehouse リソースの 100% を取得します。 \ No newline at end of file diff --git a/tidb-cloud-lake/sql/current-user.md b/tidb-cloud-lake/sql/current-user.md index c38049fcbbe67..790d03e3db142 100644 --- a/tidb-cloud-lake/sql/current-user.md +++ b/tidb-cloud-lake/sql/current-user.md @@ -1,11 +1,11 @@ --- title: CURRENT_USER -summary: サーバーが現在のクライアントを認証するために使用したアカウントの、ユーザー名とホスト名の組み合わせを返します。このアカウントによって、あなたのアクセス権限が決まります。戻り値は utf8 文字セットの文字列です。 +summary: サーバーが現在のクライアントを認証するために使用したアカウントの、ユーザー名とホスト名の組み合わせを返します。このアカウントによって、アクセス権限が決まります。戻り値は utf8 文字セットの文字列です。 --- # CURRENT_USER -サーバーが現在のクライアントを認証するために使用したアカウントの、ユーザー名とホスト名の組み合わせを返します。このアカウントによって、あなたのアクセス権限が決まります。戻り値は utf8 文字セットの文字列です。 +サーバーが現在のクライアントを認証するために使用したアカウントの、ユーザー名とホスト名の組み合わせを返します。このアカウントによって、アクセス権限が決まります。戻り値は utf8 文字セットの文字列です。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/data-anonymization-functions.md b/tidb-cloud-lake/sql/data-anonymization-functions.md index d11b1c3252e73..7320f56c985c0 100644 --- a/tidb-cloud-lake/sql/data-anonymization-functions.md +++ b/tidb-cloud-lake/sql/data-anonymization-functions.md @@ -19,12 +19,12 @@ summary: データ匿名化とは、個人のプライバシーを保護する {{{ .lake }}} は、データマスキング、仮名化、合成データ生成など、さまざまな匿名化手法を実装するための一連の関数を提供します。 -- **データマスキング**: [`OBFUSCATE` table function](/tidb-cloud-lake/sql/obfuscate.md) を使用して、カラムにマスキングルールを自動的に適用し、元の値を本物らしく見える人工的な値に置き換えます。 +- **データマスキング**: [`OBFUSCATE` テーブル関数](/tidb-cloud-lake/sql/obfuscate.md) を使用して、カラムにマスキングルールを自動的に適用し、元の値を本物らしく見える人工的な値に置き換えます。 - **仮名化**: [FEISTEL_OBFUSCATE](/tidb-cloud-lake/sql/feistel-obfuscate.md) を使用して、識別子を決定論的な代替値に置き換えます。これにより、データの整合性とカーディナリティが維持されるため、結合キーの管理に適しています。 - **合成データ**: [MARKOV_TRAIN](/tidb-cloud-lake/sql/markov-train.md) と [MARKOV_GENERATE](/tidb-cloud-lake/sql/markov-generate.md) を使用して、元のデータセットと統計的に類似している一方で、実際のレコードとは直接の関連を持たない機械生成データを作成します。 | 関数 | 説明 | |----------|-------------| | [MARKOV_GENERATE](/tidb-cloud-lake/sql/markov-generate.md) | マルコフモデルに基づいて匿名化された文字列を生成します | -| [FEISTEL_OBFUSCATE](/tidb-cloud-lake/sql/feistel-obfuscate.md) | Feistel cipher を使用して数値を難読化します | +| [FEISTEL_OBFUSCATE](/tidb-cloud-lake/sql/feistel-obfuscate.md) | Feistel 暗号を使用して数値を難読化します | | [OBFUSCATE](/tidb-cloud-lake/sql/obfuscate.md) | 組み込みルールを使用したテーブルレベルのマスキング | \ No newline at end of file diff --git a/tidb-cloud-lake/sql/date-add.md b/tidb-cloud-lake/sql/date-add.md index 232a804578921..f96c307385867 100644 --- a/tidb-cloud-lake/sql/date-add.md +++ b/tidb-cloud-lake/sql/date-add.md @@ -90,7 +90,7 @@ SELECT DATE_ADD(month, 1, '2023-02-28'::DATE); ``` -## 関連項目 {#see-also} +## 関連情報 {#see-also} - [ADD_MONTH](/tidb-cloud-lake/sql/add-months.md): 月を加算する関数 - [DATE_SUB](/tidb-cloud-lake/sql/date-sub.md): 時間間隔を減算する関数 \ No newline at end of file diff --git a/tidb-cloud-lake/sql/date-time-functions.md b/tidb-cloud-lake/sql/date-time-functions.md index dc3e3de18695c..a2918a9dea1fd 100644 --- a/tidb-cloud-lake/sql/date-time-functions.md +++ b/tidb-cloud-lake/sql/date-time-functions.md @@ -39,13 +39,13 @@ summary: このページでは、{{{ .lake }}} の日付・時刻関数につい | [TO_DATE](/tidb-cloud-lake/sql/to-date.md) | 文字列を DATE 型に変換します | `TO_DATE('2024-06-04')` → `2024-06-04` | | [TO_DATETIME](/tidb-cloud-lake/sql/datetime.md) | 文字列を DATETIME 型に変換します | `TO_DATETIME('2024-06-04 12:30:45')` → `2024-06-04 12:30:45` | | [TO_TIMESTAMP](/tidb-cloud-lake/sql/to-timestamp.md) | 文字列を TIMESTAMP 型に変換します | `TO_TIMESTAMP('2024-06-04 12:30:45')` → `2024-06-04 12:30:45` | -| [TO_UNIX_TIMESTAMP](/tidb-cloud-lake/sql/unix-timestamp.md) | 日付を Unix timestamp に変換します | `TO_UNIX_TIMESTAMP('2024-06-04')` → `1717516800` | +| [TO_UNIX_TIMESTAMP](/tidb-cloud-lake/sql/unix-timestamp.md) | 日付を Unix タイムスタンプに変換します | `TO_UNIX_TIMESTAMP('2024-06-04')` → `1717516800` | | [TO_YYYYMM](/tidb-cloud-lake/sql/yyyymm.md) | 日付を YYYYMM 形式にフォーマットします | `TO_YYYYMM('2024-06-04')` → `202406` | | [TO_YYYYMMDD](/tidb-cloud-lake/sql/yyyymmdd.md) | 日付を YYYYMMDD 形式にフォーマットします | `TO_YYYYMMDD('2024-06-04')` → `20240604` | | [TO_YYYYMMDDHH](/tidb-cloud-lake/sql/yyyymmddhh.md) | 日付を YYYYMMDDHH 形式にフォーマットします | `TO_YYYYMMDDHH('2024-06-04 12:30:45')` → `2024060412` | | [TO_YYYYMMDDHHMMSS](/tidb-cloud-lake/sql/yyyymmddhhmmss.md) | 日付を YYYYMMDDHHMMSS 形式にフォーマットします | `TO_YYYYMMDDHHMMSS('2024-06-04 12:30:45')` → `20240604123045` | | [DATE_FORMAT](/tidb-cloud-lake/sql/date-format.md) | フォーマット文字列に従って日付を整形します | `DATE_FORMAT('2024-06-04', '%Y-%m-%d')` → `'2024-06-04'` | -| [CONVERT_TIMEZONE](/tidb-cloud-lake/sql/convert-timezone.md) | timestamp を対象のタイムゾーンに変換します | `CONVERT_TIMEZONE('America/Los_Angeles', '2024-11-01 11:36:10')` → `2024-10-31 20:36:10` | +| [CONVERT_TIMEZONE](/tidb-cloud-lake/sql/convert-timezone.md) | タイムスタンプを対象のタイムゾーンに変換します | `CONVERT_TIMEZONE('America/Los_Angeles', '2024-11-01 11:36:10')` → `2024-10-31 20:36:10` | ## 日付・時刻の算術関数 {#date--time-arithmetic-functions} @@ -53,21 +53,21 @@ summary: このページでは、{{{ .lake }}} の日付・時刻関数につい |------------------------------------------|----------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------| | [DATE_ADD](/tidb-cloud-lake/sql/date-add.md) | 日付に時間間隔を加算します | `DATE_ADD(DAY, 7, '2024-06-04')` → `2024-06-11` | | [DATE_SUB](/tidb-cloud-lake/sql/date-sub.md) | 日付から時間間隔を減算します | `DATE_SUB(MONTH, 1, '2024-06-04')` → `2024-05-04` | -| [ADD INTERVAL](/tidb-cloud-lake/sql/add-interval.md) | 日付に interval を加算します | `'2024-06-04' + INTERVAL 1 DAY` → `2024-06-05` | -| [SUBTRACT INTERVAL](/tidb-cloud-lake/sql/subtract-interval.md) | 日付から interval を減算します | `'2024-06-04' - INTERVAL 1 MONTH` → `2024-05-04` | +| [ADD INTERVAL](/tidb-cloud-lake/sql/add-interval.md) | 日付に時間間隔を加算します | `'2024-06-04' + INTERVAL 1 DAY` → `2024-06-05` | +| [SUBTRACT INTERVAL](/tidb-cloud-lake/sql/subtract-interval.md) | 日付から時間間隔を減算します | `'2024-06-04' - INTERVAL 1 MONTH` → `2024-05-04` | | [DATE_DIFF](/tidb-cloud-lake/sql/date-diff.md) | 2 つの日付の差を返します | `DATE_DIFF(DAY, '2024-06-01', '2024-06-04')` → `3` | -| [TIMESTAMP_DIFF](/tidb-cloud-lake/sql/timestamp-diff.md) | 2 つの timestamp の差を返します | `TIMESTAMP_DIFF(HOUR, '2024-06-04 10:00:00', '2024-06-04 15:00:00')` → `5` | +| [TIMESTAMP_DIFF](/tidb-cloud-lake/sql/timestamp-diff.md) | 2 つのタイムスタンプの差を返します | `TIMESTAMP_DIFF(HOUR, '2024-06-04 10:00:00', '2024-06-04 15:00:00')` → `5` | | [MONTHS_BETWEEN](/tidb-cloud-lake/sql/months-between.md) | 2 つの日付の間の月数を返します | `MONTHS_BETWEEN('2024-06-04', '2024-01-04')` → `5` | | [DATE_BETWEEN](/tidb-cloud-lake/sql/date-between.md) | 2 つの日付の間の完全な単位数を整数で返します | `DATE_BETWEEN(MONTH, '2025-07-31', '2025-10-01')` → `2` | -| [AGE](/tidb-cloud-lake/sql/age.md) | timestamp 同士、または timestamp と現在の日付/時刻との差を計算します | `AGE('2000-01-01'::TIMESTAMP, '1990-05-15'::TIMESTAMP)` → `9 years 7 months 17 days` | +| [AGE](/tidb-cloud-lake/sql/age.md) | タイムスタンプ同士、またはタイムスタンプと現在の日付/時刻との差を計算します | `AGE('2000-01-01'::TIMESTAMP, '1990-05-15'::TIMESTAMP)` → `9 years 7 months 17 days` | | [ADD_MONTHS](/tidb-cloud-lake/sql/add-months.md) | 月末日を維持しながら、日付に月を加算します。 | `ADD_MONTHS('2025-04-30',1)` → `2025-05-31` | ## 日付・時刻の切り捨て関数 {#date--time-truncation-functions} | 関数 | 説明 | 例 | |-----------------------------------------------|------------------------------------------------------------------|---------------------------------------------------------------------| -| [DATE_TRUNC](/tidb-cloud-lake/sql/date-trunc.md) | timestamp を指定した精度に切り捨てます | `DATE_TRUNC('month', '2024-06-04')` → `2024-06-01` | -| [TIME_SLICE](/tidb-cloud-lake/sql/time-slice.md) | 単一の日付/timestamp 値をカレンダーに整列した interval にマッピングします | `TIME_SLICE('2024-06-04', 4, 'MONTH', 'START')` → `2024-05-01` | +| [DATE_TRUNC](/tidb-cloud-lake/sql/date-trunc.md) | タイムスタンプを指定した精度に切り捨てます | `DATE_TRUNC('month', '2024-06-04')` → `2024-06-01` | +| [TIME_SLICE](/tidb-cloud-lake/sql/time-slice.md) | 単一の日付/タイムスタンプ値をカレンダーに整列した時間間隔にマッピングします | `TIME_SLICE('2024-06-04', 4, 'MONTH', 'START')` → `2024-05-01` | | [TO_START_OF_DAY](/tidb-cloud-lake/sql/to-start-of-day.md) | その日の開始時刻を返します | `TO_START_OF_DAY('2024-06-04 12:30:45')` → `2024-06-04 00:00:00` | | [TO_START_OF_HOUR](/tidb-cloud-lake/sql/to-start-of-hour.md) | その時間の開始時刻を返します | `TO_START_OF_HOUR('2024-06-04 12:30:45')` → `2024-06-04 12:00:00` | | [TO_START_OF_MINUTE](/tidb-cloud-lake/sql/to-start-of-minute.md) | その分の開始時刻を返します | `TO_START_OF_MINUTE('2024-06-04 12:30:45')` → `2024-06-04 12:30:00` | diff --git a/tidb-cloud-lake/sql/date-time.md b/tidb-cloud-lake/sql/date-time.md index 973a147265b77..779e9ad2611f3 100644 --- a/tidb-cloud-lake/sql/date-time.md +++ b/tidb-cloud-lake/sql/date-time.md @@ -9,9 +9,9 @@ summary: "{{{ .lake }}} の日付および時刻データ型は、さまざま | 名前 | エイリアス | ストレージサイズ | 精度 | 最小値 | 最大値 | 形式 | |--------------|---------------------------|------------------|-------------|----------------------------|--------------------------------|--------------------------------------------------------------------------------| -| DATE | | 4 bytes | 日 | 0001-01-01 | 9999-12-31 | `YYYY-MM-DD` | -| TIMESTAMP | DATETIME | 8 bytes | マイクロ秒 | 0001-01-01 00:00:00.000000 | 9999-12-31 23:59:59.999999 UTC | `YYYY-MM-DD hh:mm:ss[.fraction]`、表示にはセッションのタイムゾーンを使用 | -| TIMESTAMP_TZ | TIMESTAMP WITH TIME ZONE | 8 bytes | マイクロ秒 | 0001-01-01 00:00:00.000000 | 9999-12-31 23:59:59.999999 UTC | `YYYY-MM-DD hh:mm:ss[.fraction]±hh:mm`、UTC 値とオフセットを保存 | +| DATE | | 4 バイト | 日 | 0001-01-01 | 9999-12-31 | `YYYY-MM-DD` | +| TIMESTAMP | DATETIME | 8 バイト | マイクロ秒 | 0001-01-01 00:00:00.000000 | 9999-12-31 23:59:59.999999 UTC | `YYYY-MM-DD hh:mm:ss[.fraction]`、表示にはセッションのタイムゾーンを使用 | +| TIMESTAMP_TZ | TIMESTAMP WITH TIME ZONE | 8 バイト | マイクロ秒 | 0001-01-01 00:00:00.000000 | 9999-12-31 23:59:59.999999 UTC | `YYYY-MM-DD hh:mm:ss[.fraction]±hh:mm`、UTC 値とオフセットを保存 | `DATE` はカレンダー値のみを保持し、`TIMESTAMP` は内部的には UTC で保存されますが、現在のセッションのタイムゾーンを通して表示されます。`TIMESTAMP_TZ` は、監査やレプリケーションのシナリオで必要となる元のオフセットを保持します。 @@ -309,7 +309,7 @@ SETTINGS (week_start = 1) SELECT DATE_TRUNC(WEEK, to_date('2024-04-05')); -- Mon | %n | | リテラルの改行（\n）。 | | %% | | リテラルのパーセント記号です。 | -数値指定子 `%?` のデフォルトの埋め込み動作は上書きできます。これは他の指定子では許可されておらず、`BAD_FORMAT` エラーになります。 +数値指定子 %? のデフォルトの埋め込み動作は上書きできます。これは他の指定子では許可されておらず、BAD_FORMAT エラーになります。 | 修飾子 | 説明 | | -------- | ----------------------------------------------------------------------------- | @@ -329,9 +329,9 @@ SETTINGS (week_start = 1) SELECT DATE_TRUNC(WEEK, to_date('2024-04-05')); -- Mon デフォルトの %f は右寄せで、glibc などとの互換性のため常に 9 桁にゼロ埋めされます。そのため、常に直前の整数秒からのナノ秒数を表します。たとえば、直前の秒から 7ms 後は 007000000 と表示され、7000000 を解析しても同じ結果になります。 - バリアント %.f は左寄せで、精度に応じて 0、3、6、9 桁の小数部を出力します。たとえば、直前の秒から 70ms 後を %.f で表すと .070 と表示されます（注: .07 ではありません）。また、.07 や .070000 などを解析しても同じ結果になります。小数部が 0 の場合、または次の文字が `.` でない場合は、何も出力または読み取りしないことがあります。 + バリアント %.f は左寄せで、精度に応じて 0、3、6、9 桁の小数部を出力します。たとえば、直前の秒から 70ms 後を %.f で表すと .070 と表示されます（注: .07 ではありません）。また、.07 や .070000 などを解析しても同じ結果になります。小数部が 0 の場合、または次の文字が . でない場合は、何も出力または読み取りしないことがあります。 - バリアント %.3f、%.6f、%.9f は左寄せで、f の前の数字に応じて 3、6、9 桁の小数部を出力します。たとえば、直前の秒から 70ms 後を %.3f で表すと .070 と表示されます（注: .07 ではありません）。また、.07 や .070000 などを解析しても同じ結果になります。小数部が 0 の場合、または次の文字が `.` でない場合は何も読み取らないことがありますが、出力時には指定された長さで表示されます。 + バリアント %.3f、%.6f、%.9f は左寄せで、f の前の数字に応じて 3、6、9 桁の小数部を出力します。たとえば、直前の秒から 70ms 後を %.3f で表すと .070 と表示されます（注: .07 ではありません）。また、.07 や .070000 などを解析しても同じ結果になります。小数部が 0 の場合、または次の文字が . でない場合は何も読み取らないことがありますが、出力時には指定された長さで表示されます。 バリアント %3f、%6f、%9f は左寄せで、f の前の数字に応じて 3、6、9 桁の小数部を出力しますが、先頭のドットは付きません。たとえば、直前の秒から 70ms 後を %3f で表すと 070 と表示されます（注: 07 ではありません）。また、07 や 070000 などを解析しても同じ結果になります。小数部が 0 の場合は、何も読み取らないことがあります。 @@ -341,11 +341,11 @@ SETTINGS (week_start = 1) SELECT DATE_TRUNC(WEEK, to_date('2024-04-05')); -- Mon - %+: %Y-%m-%dT%H:%M:%S%.f%:z と同じです。つまり、秒の小数部は 0、3、6、9 桁で、タイムゾーンオフセットにはコロンが入ります。 - この形式では、`%:z` の代わりに `Z` または `UTC` を使用することもサポートしています。これらは `+00:00` と等価です。 + この形式では、%:z の代わりに Z または UTC を使用することもサポートしています。これらは +00:00 と等価です。 - なお、`T`、`Z`、`UTC` はすべて大文字小文字を区別せずに解析されます。 + なお、T、Z、UTC はすべて大文字小文字を区別せずに解析されます。 - 一般的な strftime 実装では、この指定子に対して異なる形式（かつロケール依存）を使用します。Chrono における `%+` の形式ははるかに安定していますが、出力を厳密に制御したい場合は、この指定子の使用を避けるのが最善です。 + 一般的な strftime 実装では、この指定子に対して異なる形式（かつロケール依存）を使用します。Chrono における %+ の形式ははるかに安定していますが、出力を厳密に制御したい場合は、この指定子の使用を避けるのが最善です。 - %s: これは埋め込みされず、負の値になることがあります。Chrono の目的上、これはうるう秒以外の秒のみを考慮するため、ISO C strftime の動作とはわずかに異なります。 diff --git a/tidb-cloud-lake/sql/date-trunc.md b/tidb-cloud-lake/sql/date-trunc.md index deb84ea123fb4..aed5fff66480e 100644 --- a/tidb-cloud-lake/sql/date-trunc.md +++ b/tidb-cloud-lake/sql/date-trunc.md @@ -65,7 +65,7 @@ SELECT └────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘ ``` -## 関連項目 {#see-also} +## 関連情報 {#see-also} - [TRUNC](/tidb-cloud-lake/sql/trunc.md): より高い SQL 標準互換性のために、異なる構文で同様の機能を提供します。 - [TIME_SLICE](/tidb-cloud-lake/sql/time-slice.md): 単一の日付/タイムスタンプ値を、カレンダーに整列した時間間隔にマッピングします。 \ No newline at end of file diff --git a/tidb-cloud-lake/sql/day-week.md b/tidb-cloud-lake/sql/day-week.md index 38b768dc77a7a..f5fc90a01ae7e 100644 --- a/tidb-cloud-lake/sql/day-week.md +++ b/tidb-cloud-lake/sql/day-week.md @@ -1,11 +1,11 @@ --- title: TO_DAY_OF_WEEK -summary: 日付または時刻を含む日付（timestamp/datetime）を、曜日番号を表す UInt8 の数値に変換します（Monday は 1、Sunday は 7）。 +summary: 日付または時刻を含む日付（timestamp/datetime）を、曜日番号を表す UInt8 の数値に変換します（月曜日は 1、日曜日は 7）。 --- # TO_DAY_OF_WEEK -日付または時刻を含む日付（timestamp/datetime）を、曜日番号を表す UInt8 の数値に変換します（Monday は 1、Sunday は 7）。 +日付または時刻を含む日付（timestamp/datetime）を、曜日番号を表す UInt8 の数値に変換します（月曜日は 1、日曜日は 7）。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/decades.md b/tidb-cloud-lake/sql/decades.md index 195aae01f8b8e..4aec5b211c1c9 100644 --- a/tidb-cloud-lake/sql/decades.md +++ b/tidb-cloud-lake/sql/decades.md @@ -1,11 +1,11 @@ --- title: TO_DECADES -summary: 指定した数の 10 年（decade）を Interval 型に変換します。 +summary: 指定した数の 10 年を Interval 型に変換します。 --- # TO_DECADES -指定した数の 10 年（decade）を Interval 型に変換します。 +指定した数の 10 年を Interval 型に変換します。 - 入力として、正の整数、0、負の整数を受け付けます。 diff --git a/tidb-cloud-lake/sql/delete.md b/tidb-cloud-lake/sql/delete.md index 1e352913e1cae..b82f39fd5aaa1 100644 --- a/tidb-cloud-lake/sql/delete.md +++ b/tidb-cloud-lake/sql/delete.md @@ -9,7 +9,7 @@ summary: テーブルから1行以上を削除します。 > **Tip:** > -> {{{ .lake }}} は、アトミックな操作によってデータ整合性を保証します。insert、update、replace、delete は、完全に成功するか、完全に失敗するかのいずれかです。 +> {{{ .lake }}} は、アトミックな操作によってデータ整合性を保証します。挿入、更新、置換、削除は、完全に成功するか、完全に失敗するかのいずれかです。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/delta-lake-engine.md b/tidb-cloud-lake/sql/delta-lake-engine.md index 52b274c845455..0d6d91ba1a2a5 100644 --- a/tidb-cloud-lake/sql/delta-lake-engine.md +++ b/tidb-cloud-lake/sql/delta-lake-engine.md @@ -5,7 +5,7 @@ summary: "{{{ .lake }}} の Delta Lake エンジンを使用すると、オブ # Delta Lake Engine -{{{ .lake }}} の [Delta Lake](https://delta.io/) エンジン を使用すると、オブジェクトストレージに保存された Delta Lake テーブル内のデータをシームレスにクエリおよび分析できます。{{{ .lake }}} で Delta Lake エンジンを使用してテーブルを作成する際には、Delta Lake テーブルのデータファイルが保存されている場所を指定します。この設定により、{{{ .lake }}} 内からテーブルに直接アクセスし、シームレスにクエリを実行できます。 +{{{ .lake }}} の [Delta Lake](https://delta.io/) エンジンを使用すると、オブジェクトストレージに保存された Delta Lake テーブル内のデータをシームレスにクエリおよび分析できます。{{{ .lake }}} で Delta Lake エンジンを使用してテーブルを作成する際には、Delta Lake テーブルのデータファイルが保存されている場所を指定します。この設定により、{{{ .lake }}} 内からテーブルに直接アクセスし、シームレスにクエリを実行できます。 - {{{ .lake }}} の Delta Lake エンジンは現在、読み取り専用の操作のみをサポートしています。これは、Delta Lake テーブルからのデータのクエリはサポートされますが、テーブルへの書き込みはサポートされないことを意味します。 - Delta Lake エンジンを使用して作成されたテーブルのスキーマは、作成時に設定されます。元の Delta Lake テーブルのスキーマに変更があった場合は、同期を確実にするために、{{{ .lake }}} 内の対応するテーブルを再作成する必要があります。 @@ -20,7 +20,7 @@ LOCATION = 's3://' CONNECTION_NAME = '' ``` -Delta Lake エンジンを使用してテーブルを作成する前に、S3 ストレージへの接続を確立するために使用する connection オブジェクトを作成する必要があります。{{{ .lake }}} で connection を作成するには、[CREATE CONNECTION](/tidb-cloud-lake/sql/create-connection.md) コマンドを使用します。 +Delta Lake エンジンを使用してテーブルを作成する前に、S3 ストレージへの接続を確立するために使用する接続オブジェクトを作成する必要があります。{{{ .lake }}} で接続を作成するには、[CREATE CONNECTION](/tidb-cloud-lake/sql/create-connection.md) コマンドを使用します。 ## 例 {#examples} diff --git a/tidb-cloud-lake/sql/dense-rank.md b/tidb-cloud-lake/sql/dense-rank.md index dfdf0a89a9a89..727cd8b133184 100644 --- a/tidb-cloud-lake/sql/dense-rank.md +++ b/tidb-cloud-lake/sql/dense-rank.md @@ -77,7 +77,7 @@ Charlie | Science | 85 | 5 Bob | Science | 80 | 6 ``` -**各 student 内でスコアに対して dense rank を付与する:** +**各学生内でスコアに対して dense rank を付与する:** ```sql SELECT student, subject, score, diff --git a/tidb-cloud-lake/sql/desc-stream.md b/tidb-cloud-lake/sql/desc-stream.md index 40093c81280d5..76d7d2df8c337 100644 --- a/tidb-cloud-lake/sql/desc-stream.md +++ b/tidb-cloud-lake/sql/desc-stream.md @@ -1,11 +1,11 @@ --- title: DESC STREAM -summary: 特定のストリームの詳細を説明します。 +summary: 特定のストリームの詳細を表示します。 --- # DESC STREAM -特定のストリームの詳細を説明します。 +特定のストリームの詳細を表示します。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/describe-notification-integration.md b/tidb-cloud-lake/sql/describe-notification-integration.md index b015d5a8ad21d..733e5e96bfb8c 100644 --- a/tidb-cloud-lake/sql/describe-notification-integration.md +++ b/tidb-cloud-lake/sql/describe-notification-integration.md @@ -1,11 +1,11 @@ --- title: DESCRIBE NOTIFICATION INTEGRATION -summary: 通知インテグレーションのプロパティを表示します。 +summary: 通知統合のプロパティを表示します。 --- # DESCRIBE NOTIFICATION INTEGRATION -通知インテグレーションのプロパティを表示します。 +通知統合のプロパティを表示します。 > **Note:** > diff --git a/tidb-cloud-lake/sql/drop-database.md b/tidb-cloud-lake/sql/drop-database.md index 6f87735124192..104946ef305c8 100644 --- a/tidb-cloud-lake/sql/drop-database.md +++ b/tidb-cloud-lake/sql/drop-database.md @@ -19,7 +19,7 @@ DROP { DATABASE | SCHEMA } [ IF EXISTS ] ## 例 {#examples} -この例では、`orders_2024` という名前のデータベースを作成してから削除します。 +この例では、"orders_2024" という名前のデータベースを作成してから削除します。 ```sql root@localhost:8000/default> CREATE DATABASE orders_2024; diff --git a/tidb-cloud-lake/sql/drop-dictionary.md b/tidb-cloud-lake/sql/drop-dictionary.md index 1be6d5b417868..f7f798bb554b8 100644 --- a/tidb-cloud-lake/sql/drop-dictionary.md +++ b/tidb-cloud-lake/sql/drop-dictionary.md @@ -18,7 +18,7 @@ DROP DICTIONARY [ IF EXISTS ] [ . ][ . ]` | 辞書名です。catalog 名および database 名で修飾できます。 | +| `` | 辞書名です。catalog 名およびデータベース名で修飾できます。 | ## 例 {#examples} diff --git a/tidb-cloud-lake/sql/drop-pipe.md b/tidb-cloud-lake/sql/drop-pipe.md index a34ae0925e41b..775975e331315 100644 --- a/tidb-cloud-lake/sql/drop-pipe.md +++ b/tidb-cloud-lake/sql/drop-pipe.md @@ -5,7 +5,7 @@ summary: "{{{ .lake }}} で DROP PIPE コマンドを使用して取り込みパ # DROP PIPE -pipe を削除します。 +パイプを削除します。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/drop-snapshot-tag.md b/tidb-cloud-lake/sql/drop-snapshot-tag.md index 1d778155cfee4..afbefc9349c30 100644 --- a/tidb-cloud-lake/sql/drop-snapshot-tag.md +++ b/tidb-cloud-lake/sql/drop-snapshot-tag.md @@ -9,7 +9,7 @@ FUSE テーブルから名前付きスナップショットタグを削除しま > **Note:** > -> - これは**実験的**機能です。使用する前に、まず `SET enable_experimental_table_ref = 1;` を有効にしてください。 +> - これは**実験的**機能です。使用する前に、まず有効にしてください: `SET enable_experimental_table_ref = 1;`。 > - FUSE エンジンのテーブルでのみサポートされます。 ## 構文 {#syntax} diff --git a/tidb-cloud-lake/sql/drop-table.md b/tidb-cloud-lake/sql/drop-table.md index 89a78b273502f..35967cab769fd 100644 --- a/tidb-cloud-lake/sql/drop-table.md +++ b/tidb-cloud-lake/sql/drop-table.md @@ -27,7 +27,7 @@ DROP TABLE [ IF EXISTS ] [ . ] ### テーブルの削除 {#deleting-a-table} -この例では、DROP TABLE コマンドを使用して `"test"` テーブルを削除する方法を示します。テーブルを削除した後にそのテーブルに対して SELECT を実行しようとすると、`"Unknown table"` エラーが発生します。また、UNDROP TABLE コマンドを使用して削除した `"test"` テーブルを復元し、再びそのデータを SELECT できるようにする方法も示しています。 +この例では、DROP TABLE コマンドを使用して "test" テーブルを削除する方法を示します。テーブルを削除した後にそのテーブルに対して SELECT を実行しようとすると、"Unknown table" エラーが発生します。また、UNDROP TABLE コマンドを使用して削除した "test" テーブルを復元し、再びそのデータを SELECT できるようにする方法も示しています。 ```sql CREATE TABLE test(a INT, b VARCHAR); diff --git a/tidb-cloud-lake/sql/drop-task.md b/tidb-cloud-lake/sql/drop-task.md index 61ab84ec792d8..7654cce8cf561 100644 --- a/tidb-cloud-lake/sql/drop-task.md +++ b/tidb-cloud-lake/sql/drop-task.md @@ -31,4 +31,4 @@ DROP TASK [ IF EXISTS ] DROP TASK IF EXISTS mytask; ``` -このコマンドは、`mytask` という名前のタスクが存在する場合に削除します。 \ No newline at end of file +このコマンドは、mytask という名前のタスクが存在する場合に削除します。 \ No newline at end of file From 6ce68b6c0a7b4c59574e2e194f3138cfb438bc7d Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Wed, 21 Oct 2026 14:30:32 +0900 Subject: [PATCH 2/8] i18n(ja): use one label for Notes in the window function pages Co-Authored-By: Claude Opus 5.5 --- tidb-cloud-lake/sql/cume-dist.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud-lake/sql/cume-dist.md b/tidb-cloud-lake/sql/cume-dist.md index 58b963662aef4..61247dfab4d9a 100644 --- a/tidb-cloud-lake/sql/cume-dist.md +++ b/tidb-cloud-lake/sql/cume-dist.md @@ -29,7 +29,7 @@ OVER ( - `ORDER BY`: 必須。分布の順序を決定します - `ASC | DESC`: 任意。ソート方向（デフォルト: ASC） -**注意事項:** +**注意:** - 0 から 1 までの値を返します（0 は含まず、1 は含みます） - 公式: （現在の値以下の行数）/（総行数） From ffafeb557ad8520d7d27f2c8e71f62a65935c164 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 22 Oct 2026 09:37:01 +0900 Subject: [PATCH 3/8] i18n(ja): use one Japanese term for transient table in ALTER TABLE Co-Authored-By: Claude Opus 5.5 --- tidb-cloud-lake/sql/alter-table.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud-lake/sql/alter-table.md b/tidb-cloud-lake/sql/alter-table.md index 2f9b2fd4b0f71..99fa58bef0869 100644 --- a/tidb-cloud-lake/sql/alter-table.md +++ b/tidb-cloud-lake/sql/alter-table.md @@ -437,7 +437,7 @@ ALTER TABLE [ IF EXISTS ] SWAP WITH ### 使用上の注意 {#usage-notes} - Fuse Engine テーブルでのみ使用できます。外部テーブル、システムテーブル、およびその他の非 Fuse テーブルはサポートされません。 -- 一時テーブルは、永続テーブルまたは transient テーブルと入れ替えることはできません。 +- 一時テーブルは、永続テーブルまたはトランジェントテーブルと入れ替えることはできません。 - 入れ替え操作を実行するには、現在のロールが両方のテーブルの所有者である必要があります。 - 両方のテーブルは同じデータベース内に存在する必要があります。データベースをまたぐ入れ替えはサポートされません。 - 入れ替え操作はアトミックです。両方のテーブルが正常に入れ替えられるか、どちらも変更されないかのいずれかです。 From 8a99f048a8a27db56b04a4b4700a592ce3037cfa Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 23 Oct 2026 10:12:06 +0900 Subject: [PATCH 4/8] i18n(ja): translate stored and virtual computed columns Co-Authored-By: Claude Opus 5.5 --- tidb-cloud-lake/sql/alter-table.md | 2 +- tidb-cloud-lake/sql/create-table.md | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/tidb-cloud-lake/sql/alter-table.md b/tidb-cloud-lake/sql/alter-table.md index 99fa58bef0869..a38ef5cc1584b 100644 --- a/tidb-cloud-lake/sql/alter-table.md +++ b/tidb-cloud-lake/sql/alter-table.md @@ -62,7 +62,7 @@ DROP [ COLUMN ] **Note:** - カラムを追加または変更する際、デフォルト値として受け入れられるのは定数値のみです。非定数式を使用するとエラーになります。 -- ALTER TABLE による stored 計算カラムの追加は、まだサポートされていません。 +- ALTER TABLE による保存計算カラムの追加は、まだサポートされていません。 - テーブルのカラムのデータ型を変更する場合、変換エラーのリスクがあります。たとえば、テキスト（String）を含むカラムを数値（Float）に変換しようとすると、問題が発生する可能性があります。 - カラムにマスキングポリシーを設定する場合は、ポリシーで定義されているデータ型（[CREATE MASKING POLICY](/tidb-cloud-lake/sql/create-masking-policy.md) の構文にあるパラメータ *arg_type_to_mask* を参照）がそのカラムと一致していることを確認してください。 - ポリシー定義が追加パラメータを想定している場合は、任意の `USING` 句を使用します。各ポリシー引数に対応するカラムを順番に列挙してください。最初の引数は常にマスク対象のカラムを表します。 diff --git a/tidb-cloud-lake/sql/create-table.md b/tidb-cloud-lake/sql/create-table.md index 87d8f39cf65a2..9ea6314f3b240 100644 --- a/tidb-cloud-lake/sql/create-table.md +++ b/tidb-cloud-lake/sql/create-table.md @@ -326,7 +326,7 @@ SELECT * FROM books_backup; ### Create Table ... Column As STORED | VIRTUAL {#create-table--column-as-stored--virtual} -次の例は、"price" または "quantity" カラムの更新に基づいて自動的に再計算される、stored 計算カラムを持つテーブルを示しています。 +次の例は、"price" または "quantity" カラムの更新に基づいて自動的に再計算される、保存計算カラムを持つテーブルを示しています。 ```sql -- Create the table with a stored computed column @@ -357,7 +357,7 @@ FROM products; +------+-------+----------+-------------+ ``` -この例では、JSON データを保存するために、profile という名前の Variant 型カラムを持つ student_profiles というテーブルを作成しています。また、profile カラムから age プロパティを抽出して整数にキャストする、_age_ という名前の virtual 計算カラムも追加しています。 +この例では、JSON データを保存するために、profile という名前の Variant 型カラムを持つ student_profiles というテーブルを作成しています。また、profile カラムから age プロパティを抽出して整数にキャストする、_age_ という名前の 仮想計算カラムも追加しています。 ```sql -- Create the table with a virtual computed column From 6615589436d73c21d7d7e2f9281500b02298a890 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 23 Oct 2026 10:12:18 +0900 Subject: [PATCH 5/8] i18n(ja): remove a stray space before the virtual computed column Co-Authored-By: Claude Opus 5.5 --- tidb-cloud-lake/sql/create-table.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud-lake/sql/create-table.md b/tidb-cloud-lake/sql/create-table.md index 9ea6314f3b240..aea4d3f358474 100644 --- a/tidb-cloud-lake/sql/create-table.md +++ b/tidb-cloud-lake/sql/create-table.md @@ -357,7 +357,7 @@ FROM products; +------+-------+----------+-------------+ ``` -この例では、JSON データを保存するために、profile という名前の Variant 型カラムを持つ student_profiles というテーブルを作成しています。また、profile カラムから age プロパティを抽出して整数にキャストする、_age_ という名前の 仮想計算カラムも追加しています。 +この例では、JSON データを保存するために、profile という名前の Variant 型カラムを持つ student_profiles というテーブルを作成しています。また、profile カラムから age プロパティを抽出して整数にキャストする、_age_ という名前の仮想計算カラムも追加しています。 ```sql -- Create the table with a virtual computed column From d86a75802b061cfae19f56ad94bcc15e2aeffad7 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 23 Oct 2026 10:15:04 +0900 Subject: [PATCH 6/8] i18n(ja): keep Connection for the Connection object in its overview page Co-Authored-By: Claude Opus 5.5 --- tidb-cloud-lake/sql/connection.md | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/tidb-cloud-lake/sql/connection.md b/tidb-cloud-lake/sql/connection.md index 1b1fc5fb856ea..bd76bb07716a7 100644 --- a/tidb-cloud-lake/sql/connection.md +++ b/tidb-cloud-lake/sql/connection.md @@ -1,13 +1,13 @@ --- title: Connection -summary: "{{{ .lake }}} における接続とは、外部ストレージサービスとやり取りするために必要な詳細をまとめた、指定済みの設定を指します。これは、アクセス認証情報、エンドポイント URL、ストレージタイプなどのパラメータを一元化して再利用できるセットとして機能し、{{{ .lake }}} とさまざまなストレージサービスとの統合を容易にします。" +summary: "{{{ .lake }}} における Connection とは、外部ストレージサービスとやり取りするために必要な詳細をまとめた、指定済みの設定を指します。これは、アクセス認証情報、エンドポイント URL、ストレージタイプなどのパラメータを一元化して再利用できるセットとして機能し、{{{ .lake }}} とさまざまなストレージサービスとの統合を容易にします。" --- # Connection ## Connection とは何ですか？ {#what-is-connection} -{{{ .lake }}} における接続とは、外部ストレージサービスとやり取りするために必要な詳細をまとめた、指定済みの設定を指します。これは、アクセス認証情報、エンドポイント URL、ストレージタイプなどのパラメータを一元化して再利用できるセットとして機能し、{{{ .lake }}} とさまざまなストレージサービスとの統合を容易にします。 +{{{ .lake }}} における Connection とは、外部ストレージサービスとやり取りするために必要な詳細をまとめた、指定済みの設定を指します。これは、アクセス認証情報、エンドポイント URL、ストレージタイプなどのパラメータを一元化して再利用できるセットとして機能し、{{{ .lake }}} とさまざまなストレージサービスとの統合を容易にします。 Connection は、外部 stage や外部テーブルの作成、およびテーブルのアタッチに利用でき、{{{ .lake }}} を通じて外部ストレージサービスに保存されたデータを管理およびアクセスするための、簡潔でモジュール化された方法を提供します。 @@ -15,19 +15,19 @@ Connection は、外部 stage や外部テーブルの作成、およびテー | コマンド | 説明 | |---------|-------------| -| [CREATE CONNECTION](/tidb-cloud-lake/sql/create-connection.md) | 外部ストレージサービスへの新しい接続を作成します | -| [DROP CONNECTION](/tidb-cloud-lake/sql/drop-connection.md) | 既存の接続を削除します | +| [CREATE CONNECTION](/tidb-cloud-lake/sql/create-connection.md) | 外部ストレージサービスへの新しい Connection を作成します | +| [DROP CONNECTION](/tidb-cloud-lake/sql/drop-connection.md) | 既存の Connection を削除します | ## Connection 情報 {#connection-information} | コマンド | 説明 | |---------|-------------| -| [DESCRIBE CONNECTION](/tidb-cloud-lake/sql/desc-connection.md) | 特定の接続の詳細を表示します | -| [SHOW CONNECTIONS](/tidb-cloud-lake/sql/show-connections.md) | 現在のデータベース内のすべての接続を一覧表示します | +| [DESCRIBE CONNECTION](/tidb-cloud-lake/sql/desc-connection.md) | 特定の Connection の詳細を表示します | +| [SHOW CONNECTIONS](/tidb-cloud-lake/sql/show-connections.md) | 現在のデータベース内のすべての Connection を一覧表示します | ### 使用例 {#usage-examples} -このセクションの例では、まず Amazon S3 に接続するために必要な認証情報を含む接続を作成します。続いて、この作成済みの接続を使用して外部 stage を作成し、既存のテーブルをアタッチします。 +このセクションの例では、まず Amazon S3 に接続するために必要な認証情報を含む Connection を作成します。続いて、この作成済みの Connection を使用して外部 stage を作成し、既存のテーブルをアタッチします。 次のステートメントは、必須の接続パラメータを指定して Amazon S3 への接続を開始します。 @@ -41,7 +41,7 @@ CREATE CONNECTION toronto #### 例 1: Connection を使用した外部 stage の作成 {#example-1-creating-external-stage-with-connection} -次の例では、前に定義した 'toronto' という名前の接続を使用して外部 stage を作成します。 +次の例では、前に定義した 'toronto' という名前の Connection を使用して外部 stage を作成します。 ```sql CREATE STAGE my_s3_stage @@ -61,7 +61,7 @@ CREATE STAGE my_s3_stage #### 例 2: Connection を使用したテーブルのアタッチ {#example-2-attaching-table-with-connection} -[ATTACH TABLE](/tidb-cloud-lake/sql/attach-table.md) ページには、{{{ .lake }}} 内の新しいテーブルを {{{ .lake }}} 内の既存のテーブルに接続する方法を示す [例](/tidb-cloud-lake/sql/attach-table.md#examples) があります。データは "lake-toronto" という名前の Amazon S3 バケットに保存されています。各例では、ステップ 3 を、前に定義した 'toronto' という名前の接続を使用して簡略化できます。 +[ATTACH TABLE](/tidb-cloud-lake/sql/attach-table.md) ページには、{{{ .lake }}} 内の新しいテーブルを {{{ .lake }}} 内の既存のテーブルに接続する方法を示す [例](/tidb-cloud-lake/sql/attach-table.md#examples) があります。データは "lake-toronto" という名前の Amazon S3 バケットに保存されています。各例では、ステップ 3 を、前に定義した 'toronto' という名前の Connection を使用して簡略化できます。 ```sql title='In {{{ .lake }}}:' ATTACH TABLE employees_backup @@ -80,7 +80,7 @@ ATTACH TABLE population_readonly #### 例 3: Connection を使用した外部テーブルの作成 {#example-3-creating-external-table-with-connection} -この例では、前に定義した 'toronto' という名前の接続を使用して、'BOOKS' という名前の外部テーブルを作成する方法を示します。 +この例では、前に定義した 'toronto' という名前の Connection を使用して、'BOOKS' という名前の外部テーブルを作成する方法を示します。 ```sql CREATE TABLE BOOKS ( From 10fb60ab24a7e882b57a9d5ec735d29f1174bab3 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 23 Oct 2026 10:16:03 +0900 Subject: [PATCH 7/8] i18n(ja): keep Connection for the Connection object in SQL reference pages Co-Authored-By: Claude Opus 5.5 --- tidb-cloud-lake/sql/create-connection.md | 4 ++-- tidb-cloud-lake/sql/create-database.md | 2 +- tidb-cloud-lake/sql/create-stage.md | 2 +- tidb-cloud-lake/sql/delta-lake-engine.md | 2 +- 4 files changed, 5 insertions(+), 5 deletions(-) diff --git a/tidb-cloud-lake/sql/create-connection.md b/tidb-cloud-lake/sql/create-connection.md index 28a58fc5cff49..e9a09d6e677d0 100644 --- a/tidb-cloud-lake/sql/create-connection.md +++ b/tidb-cloud-lake/sql/create-connection.md @@ -9,7 +9,7 @@ summary: 外部ストレージへの接続を作成します。 > **Warning:** > -> 重要: オブジェクト（stage、テーブルなど）が接続を使用する場合、その接続のパラメータはコピーされ、永続的に保存されます。後で CREATE OR REPLACE CONNECTION を使用して接続を変更しても、既存のオブジェクトは引き続き古いパラメータを使用します。新しい接続パラメータでオブジェクトを更新するには、それらのオブジェクトを削除して再作成する必要があります。 +> 重要: オブジェクト（stage、テーブルなど）が Connection を使用する場合、その Connection のパラメータはコピーされ、永続的に保存されます。後で CREATE OR REPLACE CONNECTION を使用して Connection を変更しても、既存のオブジェクトは引き続き古いパラメータを使用します。新しい接続パラメータでオブジェクトを更新するには、それらのオブジェクトを削除して再作成する必要があります。 ## 構文 {#syntax} @@ -157,7 +157,7 @@ CREATE CONNECTION ### Access Keys を使用する {#using-access-keys} -この例では、'toronto' という名前の Amazon S3 への接続を作成し、その 'toronto' 接続を使用して、's3://lake-toronto' URL にリンクされた 'my_s3_stage' という名前の外部 stage を作成します。接続に関するより実践的な例については、[使用例](/tidb-cloud-lake/sql/connection.md#usage-examples) を参照してください。 +この例では、'toronto' という名前の Amazon S3 への Connection を作成し、その 'toronto' Connection を使用して、's3://lake-toronto' URL にリンクされた 'my_s3_stage' という名前の外部 stage を作成します。Connection に関するより実践的な例については、[使用例](/tidb-cloud-lake/sql/connection.md#usage-examples) を参照してください。 ```sql CREATE CONNECTION toronto diff --git a/tidb-cloud-lake/sql/create-database.md b/tidb-cloud-lake/sql/create-database.md index 36acb69263978..c8230dbb787cf 100644 --- a/tidb-cloud-lake/sql/create-database.md +++ b/tidb-cloud-lake/sql/create-database.md @@ -49,7 +49,7 @@ CREATE DATABASE test; ### デフォルトストレージ接続を使用したデータベースの作成 {#creating-a-database-with-a-default-storage-connection} -次の例では、AWS IAM ロールを使用して接続を作成し、その後、この接続をデフォルトストレージとして使用するデータベースを作成します。IAM ロールを使用する方法は、{{{ .lake }}} に認証情報を保存する必要がないため、アクセスキーよりも安全です。 +次の例では、AWS IAM ロールを使用して Connection を作成し、その後、この Connection をデフォルトストレージとして使用するデータベースを作成します。IAM ロールを使用する方法は、{{{ .lake }}} に認証情報を保存する必要がないため、アクセスキーよりも安全です。 ```sql CREATE CONNECTION my_s3 diff --git a/tidb-cloud-lake/sql/create-stage.md b/tidb-cloud-lake/sql/create-stage.md index bb831f18a4a1c..541e6f3b5e20e 100644 --- a/tidb-cloud-lake/sql/create-stage.md +++ b/tidb-cloud-lake/sql/create-stage.md @@ -82,7 +82,7 @@ DESC STAGE my_internal_stage; ### 例 2: Connection を使用して外部 stage を作成する {#example-2-create-external-stage-with-connection} -この例では、接続を使用して Amazon S3 上に *my_s3_stage* という名前の外部 stage を作成します。 +この例では、Connection を使用して Amazon S3 上に *my_s3_stage* という名前の外部 stage を作成します。 ```sql -- First create a connection diff --git a/tidb-cloud-lake/sql/delta-lake-engine.md b/tidb-cloud-lake/sql/delta-lake-engine.md index 0d6d91ba1a2a5..00a2976f4009a 100644 --- a/tidb-cloud-lake/sql/delta-lake-engine.md +++ b/tidb-cloud-lake/sql/delta-lake-engine.md @@ -20,7 +20,7 @@ LOCATION = 's3://' CONNECTION_NAME = '' ``` -Delta Lake エンジンを使用してテーブルを作成する前に、S3 ストレージへの接続を確立するために使用する接続オブジェクトを作成する必要があります。{{{ .lake }}} で接続を作成するには、[CREATE CONNECTION](/tidb-cloud-lake/sql/create-connection.md) コマンドを使用します。 +Delta Lake エンジンを使用してテーブルを作成する前に、S3 ストレージへの接続を確立するために使用する Connection オブジェクトを作成する必要があります。{{{ .lake }}} で Connection を作成するには、[CREATE CONNECTION](/tidb-cloud-lake/sql/create-connection.md) コマンドを使用します。 ## 例 {#examples} From 495078362c5cf55ef49c4fb0fe78dfc3bbfc842c Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 23 Oct 2026 10:32:01 +0900 Subject: [PATCH 8/8] i18n(ja): fix the word order of the AT example step Co-Authored-By: Claude Opus 5.5 --- tidb-cloud-lake/sql/at.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud-lake/sql/at.md b/tidb-cloud-lake/sql/at.md index cb9a5b8664e9f..27a81ddda72ef 100644 --- a/tidb-cloud-lake/sql/at.md +++ b/tidb-cloud-lake/sql/at.md @@ -55,7 +55,7 @@ FROM FUSE_SNAPSHOT('', ''); INSERT INTO t VALUES(2); ``` -2. テーブル `t` に対して `s` という名前のストリームを作成し、値 3 の行をさらに 1 行テーブルに追加します。 +2. テーブル `t` に対して `s` という名前のストリームを作成し、テーブルに値 3 の行をさらに 1 行追加します。 ```sql CREATE STREAM s ON TABLE t;