Skip to content

Commit f817655

Browse files
yahondaclaude
andcommitted
i18n(ja): remove spurious 第 ordinal before code spans
"the `X` <noun>" (SQL statement / stage / phase / element) was mistranslated with a spurious ordinal 第 (e.g. 第`Load`ステージ, 第`ALTER TABLE`). Remove the 第; the English has no ordinal. 17 occurrences across 5 files. This is the same artifact class as the 番目/目 removals in this PR. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1 parent 367bc40 commit f817655

5 files changed

Lines changed: 15 additions & 15 deletions

File tree

best-practices/ddl-introduction.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -136,7 +136,7 @@ TiDB v6.2.0 より前では、DDL 実行フレームワークには次の制限
136136

137137
- [`tidb_ddl_reorg_worker_cnt`](/system-variables.md#tidb_ddl_reorg_worker_cnt) : この変数は、バックフィルの同時実行を制御する DDL 操作の再編成ワーカーの数を設定します。
138138

139-
- [`tidb_ddl_reorg_batch_size`](/system-variables.md#tidb_ddl_reorg_batch_size) : この変数は、`re-organize`フェーズの DDL 操作のバッチ サイズを設定し、バックフィルされるデータの量を制御します。
139+
- [`tidb_ddl_reorg_batch_size`](/system-variables.md#tidb_ddl_reorg_batch_size) : この変数は、`re-organize`フェーズの DDL 操作のバッチ サイズを設定し、バックフィルされるデータの量を制御します。
140140

141141
推奨値:
142142

dm/dm-binlog-event-filter.md

Lines changed: 9 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -47,15 +47,15 @@ DM v2.0.2以降では、ソース設定ファイルでbinlogイベントフィ
4747
| `insert` | DML | `INSERT` DMLイベント |
4848
| `update` | DML | `UPDATE` DMLイベント |
4949
| `delete` | DML | `DELETE` DMLイベント |
50-
| `create database` | DDL | `CREATE DATABASE` DDLイベント |
51-
| `drop database` | 互換性のないDDL | `DROP DATABASE` DDLイベント |
52-
| `create table` | DDL | `CREATE TABLE` DDLイベント |
53-
| `create index` | DDL | `CREATE INDEX` DDLイベント |
54-
| `drop table` | 互換性のないDDL | `DROP TABLE` DDLイベント |
55-
| `truncate table` | 互換性のないDDL | `TRUNCATE TABLE` DDLイベント |
56-
| `rename table` | 互換性のないDDL | `RENAME TABLE` DDLイベント |
57-
| `drop index` | 互換性のないDDL | `DROP INDEX` DDLイベント |
58-
| `alter table` | DDL | `ALTER TABLE` DDLイベント |
50+
| `create database` | DDL | `CREATE DATABASE` DDLイベント |
51+
| `drop database` | 互換性のないDDL | `DROP DATABASE` DDLイベント |
52+
| `create table` | DDL | `CREATE TABLE` DDLイベント |
53+
| `create index` | DDL | `CREATE INDEX` DDLイベント |
54+
| `drop table` | 互換性のないDDL | `DROP TABLE` DDLイベント |
55+
| `truncate table` | 互換性のないDDL | `TRUNCATE TABLE` DDLイベント |
56+
| `rename table` | 互換性のないDDL | `RENAME TABLE` DDLイベント |
57+
| `drop index` | 互換性のないDDL | `DROP INDEX` DDLイベント |
58+
| `alter table` | DDL | `ALTER TABLE` DDLイベント |
5959
| `value range decrease` | 互換性のないDDL | 列フィールドの値の範囲を減らすDDL文(例えば、 `VARCHAR(20)`を`VARCHAR(10)`に変更する`ALTER TABLE MODIFY COLUMN`文) |
6060
| `precision decrease` | 互換性のないDDL | 列フィールドの精度を下げるDDL文(例えば、 `Decimal(10, 2)`を`Decimal(10, 1)`に変更する`ALTER TABLE MODIFY COLUMN`文) |
6161
| `modify column` | 互換性のないDDL | 列フィールドの型を変更するDDL文( `INT`を`VARCHAR`に変更する`ALTER TABLE MODIFY COLUMN`文など) |

dm/dm-faq.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -86,17 +86,17 @@ TiDBでサポートされていないDDL文に遭遇した場合は、dmctlを
8686
8787
### <code>Dump</code>段階 {#in-the-code-dump-code-stage}
8888

89-
MySQLはエクスポート時にスナップショットを指定できないため、エクスポート中にデータ移行タスクを更新し、その後再起動してチェックポイントからエクスポートを再開することができません。そのため、`Dump`ステージで移行が必要なテーブルを動的に追加することはできません。
89+
MySQLはエクスポート時にスナップショットを指定できないため、エクスポート中にデータ移行タスクを更新し、その後再起動してチェックポイントからエクスポートを再開することができません。そのため、`Dump`ステージで移行が必要なテーブルを動的に追加することはできません。
9090

9191
移行のためにテーブルを追加する必要がある場合は、新しい構成ファイルを使用してタスクを直接再起動することをお勧めします。
9292

9393
### <code>Load</code>ステージ {#in-the-code-load-code-stage}
9494

95-
エクスポート中、複数のデータ移行タスクは通常、異なるbinlogの位置を持ちます。`Load`ステージでタスクをマージすると、binlogの位置について合意が得られない可能性があります。そのため、`Load`ステージでデータ移行タスクにテーブルを追加することは推奨されません。
95+
エクスポート中、複数のデータ移行タスクは通常、異なるbinlogの位置を持ちます。`Load`ステージでタスクをマージすると、binlogの位置について合意が得られない可能性があります。そのため、`Load`ステージでデータ移行タスクにテーブルを追加することは推奨されません。
9696

9797
### <code>Sync</code>段階では {#in-the-code-sync-code-stage}
9898

99-
データ移行タスクが第`Sync`ステージにあるときに、設定ファイルにテーブルを追加してタスクを再開すると、DMは新しく追加されたテーブルに対して完全なエクスポートとインポートを再実行しません。代わりに、DMは前回のチェックポイントから増分レプリケーションを継続します。
99+
データ移行タスクが`Sync`ステージにあるときに、設定ファイルにテーブルを追加してタスクを再開すると、DMは新しく追加されたテーブルに対して完全なエクスポートとインポートを再実行しません。代わりに、DMは前回のチェックポイントから増分レプリケーションを継続します。
100100

101101
したがって、新しく追加されたテーブルの完全なデータがダウンストリームにインポートされていない場合は、別のデータ移行タスクを使用して、完全なデータをエクスポートし、ダウンストリームにインポートする必要があります。
102102

ticdc/ticdc-avro-protocol.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -129,7 +129,7 @@ dispatchers = [
129129

130130
### カラムデータ形式 {#column-data-format}
131131

132-
カラムデータは、キー/値データ形式の第`{{ColumnValueBlock}}`要素です。TiCDCはSQLタイプに基づいてカラムデータ形式を生成します。基本的なカラムデータ形式は次のとおりです。
132+
カラムデータは、キー/値データ形式の`{{ColumnValueBlock}}`要素です。TiCDCはSQLタイプに基づいてカラムデータ形式を生成します。基本的なカラムデータ形式は次のとおりです。
133133

134134
{
135135
"name":"{{ColumnName}}",

time-to-live.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -283,7 +283,7 @@ TTL は、他の TiDB 移行、バックアップ、およびリカバリ ツー
283283

284284
![scan fast example](/media/ttl/scan-fast.png)
285285

286-
対照的に、スキャンワーカーが第`dispatch`フェーズにほとんどいないのに、削除ワーカーが第`idle`フェーズに長時間いる場合、スキャンワーカーは比較的忙しいと言えます。例えば、
286+
対照的に、スキャンワーカーが`dispatch`フェーズにほとんどいないのに、削除ワーカーが`idle`フェーズに長時間いる場合、スキャンワーカーは比較的忙しいと言えます。例えば、
287287

288288
![delete fast example](/media/ttl/delete-fast.png)
289289

0 commit comments

Comments
 (0)