docs: fix specific repeated component names in Japanese (take 2)#22888
docs: fix specific repeated component names in Japanese (take 2)#22888yahonda wants to merge 1 commit into
Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
There was a problem hiding this comment.
Code Review
This pull request corrects redundant product name repetitions (e.g., "TiDB TiDB Cloud" to "TiDB Cloud") across multiple Japanese documentation files. The review feedback identifies a grammatically incomplete sentence in the TiDB Cloud introduction, points out a style guide violation regarding the use of backticks for configuration options like sorted-kv-dir, and suggests removing unnecessary spaces within Japanese technical terms and after English acronyms for better consistency and readability.
| - **エンタープライズグレードのSecurity** | ||
|
|
||
| 専用ネットワークと専用マシンでデータをセキュリティ。転送中および保存時の暗号化にも対応しています。TiDB TiDB Cloudは、SOC 2 Type 2、ISO 27001:2013、ISO 27701の認証を取得しており、GDPRにも完全に準拠しています。 | ||
| 専用ネットワークと専用マシンでデータをセキュリティ。転送中および保存時の暗号化にも対応しています。TiDB Cloudは、SOC 2 Type 2、ISO 27001:2013、ISO 27701の認証を取得しており、GDPRにも完全に準拠しています。 |
There was a problem hiding this comment.
The sentence "専用ネットワークと専用マシンでデータをセキュリティ。" is grammatically incomplete and appears to be a machine translation error. It should be reworded to "専用ネットワークと専用マシンでデータのセキュリティを確保します。" (Ensures data security with dedicated networks and machines) for better clarity and readability.
| 専用ネットワークと専用マシンでデータをセキュリティ。転送中および保存時の暗号化にも対応しています。TiDB Cloudは、SOC 2 Type 2、ISO 27001:2013、ISO 27701の認証を取得しており、GDPRにも完全に準拠しています。 | |
| 専用ネットワークと専用マシンでデータのセキュリティを確保します。転送中および保存時の暗号化にも対応しています。TiDB Cloudは、SOC 2 Type 2、ISO 27001:2013、ISO 27701の認証を取得しており、GDPRにも完全に準拠しています。 |
| - TiDB Lightningのディスククォータ設定をサポート(実験的) | ||
|
|
||
| TiDB Lightning が物理インポートモード (backend='local') でデータをインポートする場合、sorted-kv-dir にはソースデータを格納するのに十分な空き容量が必要です。ディスク容量が不足すると、インポートタスクが失敗する可能性があります。TiDB TiDB Lightningが使用するディスク容量の合計を制限するために、新しい`disk_quota`設定を使用すれば、sorted-kv-dir に十分なstorage容量がない場合でも、インポートタスクを正常に完了できます。 | ||
| TiDB Lightning が物理インポートモード (backend='local') でデータをインポートする場合、sorted-kv-dir にはソースデータを格納するのに十分な空き容量が必要です。ディスク容量が不足すると、インポートタスクが失敗する可能性があります。TiDB Lightningが使用するディスク容量の合計を制限するために、新しい`disk_quota`設定を使用すれば、sorted-kv-dir に十分なstorage容量がない場合でも、インポートタスクを正常に完了できます。 |
There was a problem hiding this comment.
The configuration option sorted-kv-dir should be enclosed in backticks to adhere to the style guide (rule 34) and maintain consistency with other technical terms in the document. Additionally, a space has been added after "TiDB Lightning" in the second sentence for consistency with the first sentence.
| TiDB Lightning が物理インポートモード (backend='local') でデータをインポートする場合、sorted-kv-dir にはソースデータを格納するのに十分な空き容量が必要です。ディスク容量が不足すると、インポートタスクが失敗する可能性があります。TiDB Lightningが使用するディスク容量の合計を制限するために、新しい`disk_quota`設定を使用すれば、sorted-kv-dir に十分なstorage容量がない場合でも、インポートタスクを正常に完了できます。 | |
| TiDB Lightning が物理インポートモード (backend='local') でデータをインポートする場合、`sorted-kv-dir` にはソースデータを格納するのに十分な空き容量が必要です。ディスク容量が不足すると、インポートタスクが失敗する可能性があります。TiDB Lightning が使用するディスク容量の合計を制限するために、新しい`disk_quota`設定を使用すれば、`sorted-kv-dir` に十分なstorage容量がない場合でも、インポートタスクを正常に完了できます。 |
References
- Code snippets, command names, options, and paths should be in backticks. (link)
| TiDB v8.0.0以降、スナップショット復元速度の高速化が一般提供(GA)となり、デフォルトで有効になっています。BRは、粗粒度リージョン分散アルゴリズムの採用、データベースとテーブルのバッチ作成、SSTファイルダウンロードと取り込み操作間の相互影響の低減、テーブル統計情報の復元の高速化など、さまざまな最適化を実装することで、スナップショット復元速度を大幅に向上させています。実際のケースでのテスト結果によると、単一のTiKVノードのデータ復元速度は1.2 GiB/sで安定し、100 TiBのデータを1時間以内に復元できます。 | ||
|
|
||
| これは、高負荷環境でもBR が各 TiKV ノードのリソースを最大限に活用し、データベースの復元時間を大幅に短縮し、データベースの可用性と信頼性を向上させ、データ損失やシステム障害によるダウンタイムやビジネス損失を削減できることを意味します。復元速度の向上は、多数のゴルーチンの並列実行によるものであり、特にテーブルやリージョンが多い場合は、メモリ消費量が大幅に増加する可能性があることに注意してください。BRBRを実行するには、メモリ容量の大きいマシンを使用することをお勧めします。マシンのメモリ容量が限られている場合は、よりきめ細かいリージョン分散アルゴリズムを使用することをお勧めします。また、粗い粒度のリージョン分散アルゴリズムは外部storageの帯域幅を大量に消費する可能性があるため、外部帯域幅不足による他のアプリケーションへの影響を避ける必要があります。 | ||
| これは、高負荷環境でもBR が各 TiKV ノードのリソースを最大限に活用し、データベースの復元時間を大幅に短縮し、データベースの可用性と信頼性を向上させ、データ損失やシステム障害によるダウンタイムやビジネス損失を削減できることを意味します。復元速度の向上は、多数のゴルーチンの並列実行によるものであり、特にテーブルやリージョンが多い場合は、メモリ消費量が大幅に増加する可能性があることに注意してください。BRを実行するには、メモリ容量の大きいマシンを使用することをお勧めします。マシンのメモリ容量が限られている場合は、よりきめ細かいリージョン分散アルゴリズムを使用することをお勧めします。また、粗い粒度のリージョン分散アルゴリズムは外部storageの帯域幅を大量に消費する可能性があるため、外部帯域幅不足による他のアプリケーションへの影響を避ける必要があります。 |
There was a problem hiding this comment.
The space between "BR" and the particle "が" should be removed for consistency with the rest of the document (e.g., line 48: "BRは") and standard Japanese technical writing conventions. Similarly, "TiKV ノード" should be "TiKVノード" to match line 48.
| これは、高負荷環境でもBR が各 TiKV ノードのリソースを最大限に活用し、データベースの復元時間を大幅に短縮し、データベースの可用性と信頼性を向上させ、データ損失やシステム障害によるダウンタイムやビジネス損失を削減できることを意味します。復元速度の向上は、多数のゴルーチンの並列実行によるものであり、特にテーブルやリージョンが多い場合は、メモリ消費量が大幅に増加する可能性があることに注意してください。BRを実行するには、メモリ容量の大きいマシンを使用することをお勧めします。マシンのメモリ容量が限られている場合は、よりきめ細かいリージョン分散アルゴリズムを使用することをお勧めします。また、粗い粒度のリージョン分散アルゴリズムは外部storageの帯域幅を大量に消費する可能性があるため、外部帯域幅不足による他のアプリケーションへの影響を避ける必要があります。 | |
| これは、高負荷環境でもBRが各 TiKVノードのリソースを最大限に活用し、データベースの復元時間を大幅に短縮し、データベースの可用性と信頼性を向上させ、データ損失やシステム障害によるダウンタイムやビジネス損失を削減できることを意味します。復元速度の向上は、多数のゴルーチンの並列実行によるものであり、特にテーブルやリージョンが多い場合は、メモリ消費量が大幅に増加する可能性があることに注意してください。BRを実行するには、メモリ容量の大きいマシンを使用することをお勧めします。マシンのメモリ容量が限られている場合は、よりきめ細かいリージョン分散アルゴリズムを使用することをお勧めします。また、粗い粒度のリージョン分散アルゴリズムは外部storageの帯域幅を大量に消費する可能性があるため、外部帯域幅不足による他のアプリケーションへの影響を避ける必要があります。 |
| `disk-quota` TiDB Lightningが使用するstorage容量を制限します。デフォルト値は MaxInt64 で、9223372036854775807 バイトです。この値はインポートに必要なディスク容量よりもはるかに大きいため、デフォルト値のままにしておくことは、ディスククォータを設定しないことと同じです。 | ||
|
|
||
| `check-disk-quota`は、ディスク クォータをチェックする間隔です。デフォルト値は 60 秒です。TiDB TiDB Lightning がディスク クォータをチェックすると、関連データに対して排他ロックを取得し、すべてのインポート スレッドをブロックします。そのため、 TiDB Lightning が書き込みの前に毎回ディスク クォータをチェックすると、書き込み効率が大幅に低下します (シングル スレッド書き込みと同じくらい遅くなります)。効率的な書き込みを実現するために、ディスク クォータは書き込みの前に毎回チェックされません。代わりに、 TiDB Lightning はすべてのインポート スレッドを一時停止し、 `check-disk-quota`間隔ごとにディスク クォータをチェックします。つまり、 `check-disk-quota`の値を大きな値に設定すると、 TiDB Lightningが使用するディスク領域が設定したディスク クォータを超える可能性があり、ディスク クォータが無効になります。したがって、 `check-disk-quota`の値は小さい値に設定することをお勧めします。この項目の具体的な値は、 TiDB Lightningが実行される環境によって決まります。TiDB TiDB Lightning は、環境によって一時ファイルの書き込み速度が異なります。理論的には、書き込み速度が速いほど、 `check-disk-quota`の値は小さくする必要があります。 | ||
| `check-disk-quota`は、ディスク クォータをチェックする間隔です。デフォルト値は 60 秒です。TiDB Lightning がディスク クォータをチェックすると、関連データに対して排他ロックを取得し、すべてのインポート スレッドをブロックします。そのため、 TiDB Lightning が書き込みの前に毎回ディスク クォータをチェックすると、書き込み効率が大幅に低下します (シングル スレッド書き込みと同じくらい遅くなります)。効率的な書き込みを実現するために、ディスク クォータは書き込みの前に毎回チェックされません。代わりに、 TiDB Lightning はすべてのインポート スレッドを一時停止し、 `check-disk-quota`間隔ごとにディスク クォータをチェックします。つまり、 `check-disk-quota`の値を大きな値に設定すると、 TiDB Lightningが使用するディスク領域が設定したディスク クォータを超える可能性があり、ディスク クォータが無効になります。したがって、 `check-disk-quota`の値は小さい値に設定することをお勧めします。この項目の具体的な値は、 TiDB Lightningが実行される環境によって決まります。TiDB Lightning は、環境によって一時ファイルの書き込み速度が異なります。理論的には、書き込み速度が速いほど、 `check-disk-quota`の値は小さくする必要があります。 |
There was a problem hiding this comment.
For consistency with the rest of the documentation (e.g., line 283), spaces within katakana technical terms such as "ディスク クォータ" and "インポート スレッド" should be removed.
| `check-disk-quota`は、ディスク クォータをチェックする間隔です。デフォルト値は 60 秒です。TiDB Lightning がディスク クォータをチェックすると、関連データに対して排他ロックを取得し、すべてのインポート スレッドをブロックします。そのため、 TiDB Lightning が書き込みの前に毎回ディスク クォータをチェックすると、書き込み効率が大幅に低下します (シングル スレッド書き込みと同じくらい遅くなります)。効率的な書き込みを実現するために、ディスク クォータは書き込みの前に毎回チェックされません。代わりに、 TiDB Lightning はすべてのインポート スレッドを一時停止し、 `check-disk-quota`間隔ごとにディスク クォータをチェックします。つまり、 `check-disk-quota`の値を大きな値に設定すると、 TiDB Lightningが使用するディスク領域が設定したディスク クォータを超える可能性があり、ディスク クォータが無効になります。したがって、 `check-disk-quota`の値は小さい値に設定することをお勧めします。この項目の具体的な値は、 TiDB Lightningが実行される環境によって決まります。TiDB Lightning は、環境によって一時ファイルの書き込み速度が異なります。理論的には、書き込み速度が速いほど、 `check-disk-quota`の値は小さくする必要があります。 | |
| `check-disk-quota`は、ディスククォータをチェックする間隔です。デフォルト値は 60 秒です。TiDB Lightning がディスククォータをチェックすると、関連データに対して排他ロックを取得し、すべてのインポートスレッドをブロックします。そのため、 TiDB Lightning が書き込みの前に毎回ディスククォータをチェックすると、書き込み効率が大幅に低下します (シングルスレッド書き込みと同じくらい遅くなります)。効率的な書き込みを実現するために、ディスククォータは書き込みの前に毎回チェックされません。代わりに、 TiDB Lightning はすべてのインポートスレッドを一時停止し、 `check-disk-quota`間隔ごとにディスククォータをチェックします。つまり、 `check-disk-quota`の値を大きな値に設定すると、 TiDB Lightningが使用するディスク領域が設定したディスククォータを超える可能性があり、ディスククォータが無効になります。したがって、 `check-disk-quota`の値は小さい値に設定することをお勧めします。この項目の具体的な値は、 TiDB Lightningが実行される環境によって決まります。TiDB Lightning は、環境によって一時ファイルの書き込み速度が異なります。理論的には、書き込み速度が速いほど、 `check-disk-quota`の値は小さくする必要があります。 |
This PR fixes specific adjacent repetitions of component names (e.g., 'TiDB TiDB Cloud', 'TiDB TiDB Lightning', 'BRBR') in the Japanese documentation, as requested. These were likely introduced by incorrect machine-based translations. This is a more targeted version of the previous PR.