Skip to content

Commit 5678eb4

Browse files
abetomoaskdkc
andauthored
Add Japanese Translations for Troubleshooting (#397)
GitHub: GH-396 The commit containing the Japanese `.md` generated from the `.po` file translated by GH-396. --------- Co-authored-by: askdkc <[email protected]>
1 parent 59633de commit 5678eb4

File tree

2 files changed

+39
-23
lines changed

2 files changed

+39
-23
lines changed

_po/ja/troubleshooting/index.po

Lines changed: 24 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -27,45 +27,58 @@ msgid ""
2727
"Many PGroonga search issues stem from improper index setup. This "
2828
"troubleshooting guide addresses these problems."
2929
msgstr ""
30+
"PGroongaの検索時の問題でよくある問題としては PGroongaのインデックスが正しくな"
31+
"いことです。このトラブルシューティングではこれらの問題へのガイドを提供しま"
32+
"す。"
3033

3134
msgid ""
3235
"The following sections use a Q&A format to explain these issues in detail."
33-
msgstr ""
36+
msgstr "次に続くQ&Aセクションは、このような問題の詳細について書かれています。"
3437

3538
msgid "## Q: I created a PGroonga index, but my searches are still slow."
36-
msgstr ""
39+
msgstr "## Q: PGroongaのインデックスを作ったのですが、検索自体は遅いままです。"
3740

3841
msgid ""
3942
"A: When a search is slow, it often means PostgreSQL is using a sequential "
4043
"scan instead of the PGroonga index. To check this, run your query with "
4144
"`EXPLAIN ANALYZE`."
4245
msgstr ""
46+
"A: 検索が遅い時は、PostgreSQLでPGroongaのインデックスではなく、シーケンシャル"
47+
"サーチが使われていることが多いです。これを確認するにはクエリに`EXPLAIN "
48+
"ANALYZE`を付けて実行します。"
4349

4450
msgid ""
4551
"If you see \"Seq Scan\" in the output, it indicates the system is not "
4652
"utilizing the index. The goal is to see \"Index Scan using "
4753
"pgrn_content_index\" or similar, indicating the index is being used."
4854
msgstr ""
55+
"もし出力結果に\"Seq Scan\"が含まれている場合には、インデックスが使われていま"
56+
"せん。ここでのゴールは\"Index Scan using pgrn_content_index\"のようなインデッ"
57+
"クスが使われている状況が確認できることです。"
4958

5059
msgid ""
5160
"Check the table configuration to confirm that PGroonga indexes are properly "
5261
"set."
5362
msgstr ""
63+
"テーブルの設定を確認し、PGRoongaのインデックスが正しくセットされていることを"
64+
"確認しましょう。"
5465

5566
msgid "<details>"
5667
msgstr ""
5768

5869
msgid ""
5970
"<summary>To confirm whether a sequential search is being executed</summary>"
60-
msgstr ""
71+
msgstr "<summary>シーケンシャルサーチが実行されたかどうかを確認する</summary>"
6172

6273
msgid "We use a following table structure as an example."
63-
msgstr ""
74+
msgstr "ここでは次のテーブルを例として用います。"
6475

6576
msgid ""
6677
"To ensure the search is definitely sequential in this example, no indexes or "
6778
"primary keys have been set."
6879
msgstr ""
80+
"ここでの例では確実にシーケンシャルサーチで検索している状態にしたいので、イン"
81+
"デックスもプライマリーキーも設定していません。"
6982

7083
msgid ""
7184
"```sql\n"
@@ -85,7 +98,7 @@ msgid ""
8598
msgstr ""
8699

87100
msgid "The query we are examining is as follows:"
88-
msgstr ""
101+
msgstr "ここでは次のクエリーを使って検証します。"
89102

90103
msgid ""
91104
"```sql\n"
@@ -95,9 +108,10 @@ msgstr ""
95108

96109
msgid "Now, let's confirm whether the query is using a sequential search."
97110
msgstr ""
111+
"では、このクエリがシーケンシャルサーチを使用しているかどうか確認しましょう。"
98112

99113
msgid "As mentioned earlier, we'll use `EXPLAIN ANALYZE` to check."
100-
msgstr ""
114+
msgstr "先述の通り、確認するためには`EXPLAIN ANALYZE`を使用します。"
101115

102116
msgid ""
103117
"```sql\n"
@@ -117,15 +131,17 @@ msgid ""
117131
msgstr ""
118132

119133
msgid "The result is as shown above."
120-
msgstr ""
134+
msgstr "結果は上記の通りです。"
121135

122136
msgid "In the case of a sequential search, \"Seq Scan\" will be displayed."
123-
msgstr ""
137+
msgstr "シーケンシャルサーチの場合は、\"Seq Scan\"が表示されます。"
124138

125139
msgid ""
126140
"Our goal here is to transform this \"Seq Scan\" into \"Index Scan using "
127141
"#{PGroonga index name}\" as shown below."
128142
msgstr ""
143+
"ここでの目標は、この\"Seq Scan\"を下記のように\"Index Scan using #{PGroonga "
144+
"index name}\"に変えることです。"
129145

130146
msgid ""
131147
"```sql\n"

ja/troubleshooting/index.md

Lines changed: 15 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -3,25 +3,25 @@ title: Troubleshooting
33
---
44
# Troubleshooting
55

6-
Many PGroonga search issues stem from improper index setup. This troubleshooting guide addresses these problems.
6+
PGroongaの検索時の問題でよくある問題としては PGroongaのインデックスが正しくないことです。このトラブルシューティングではこれらの問題へのガイドを提供します。
77

8-
The following sections use a Q&A format to explain these issues in detail.
8+
次に続くQ&Aセクションは、このような問題の詳細について書かれています。
99

10-
## Q: I created a PGroonga index, but my searches are still slow.
10+
## Q: PGroongaのインデックスを作ったのですが、検索自体は遅いままです。
1111

12-
A: When a search is slow, it often means PostgreSQL is using a sequential scan instead of the PGroonga index. To check this, run your query with `EXPLAIN ANALYZE`.
12+
A: 検索が遅い時は、PostgreSQLでPGroongaのインデックスではなく、シーケンシャルサーチが使われていることが多いです。これを確認するにはクエリに`EXPLAIN ANALYZE`を付けて実行します。
1313

14-
If you see "Seq Scan" in the output, it indicates the system is not utilizing the index. The goal is to see "Index Scan using pgrn_content_index" or similar, indicating the index is being used.
14+
もし出力結果に"Seq Scan"が含まれている場合には、インデックスが使われていません。ここでのゴールは"Index Scan using pgrn_content_index"のようなインデックスが使われている状況が確認できることです。
1515

16-
Check the table configuration to confirm that PGroonga indexes are properly set.
16+
テーブルの設定を確認し、PGRoongaのインデックスが正しくセットされていることを確認しましょう。
1717

1818
<details>
1919

20-
<summary>To confirm whether a sequential search is being executed</summary>
20+
<summary>シーケンシャルサーチが実行されたかどうかを確認する</summary>
2121

22-
We use a following table structure as an example.
22+
ここでは次のテーブルを例として用います。
2323

24-
To ensure the search is definitely sequential in this example, no indexes or primary keys have been set.
24+
ここでの例では確実にシーケンシャルサーチで検索している状態にしたいので、インデックスもプライマリーキーも設定していません。
2525

2626
```sql
2727
CREATE TABLE memos (
@@ -34,15 +34,15 @@ INSERT INTO memos VALUES ('Groonga', 'Groonga is a super-fast full-text search e
3434
INSERT INTO memos VALUES ('PGroonga', 'PGroonga is an extension that brings super-fast full-text search to PostgreSQL.');
3535
```
3636

37-
The query we are examining is as follows:
37+
ここでは次のクエリーを使って検証します。
3838

3939
```sql
4040
SELECT * FROM memos WHERE content &@~ 'PostgreSQL';
4141
```
4242

43-
Now, let's confirm whether the query is using a sequential search.
43+
では、このクエリがシーケンシャルサーチを使用しているかどうか確認しましょう。
4444

45-
As mentioned earlier, we'll use `EXPLAIN ANALYZE` to check.
45+
先述の通り、確認するためには`EXPLAIN ANALYZE`を使用します。
4646

4747
```sql
4848
EXPLAIN ANALYZE SELECT * FROM memos WHERE content &@~ 'PostgreSQL';
@@ -56,11 +56,11 @@ EXPLAIN ANALYZE SELECT * FROM memos WHERE content &@~ 'PostgreSQL';
5656
-- (5 rows)
5757
```
5858

59-
The result is as shown above.
59+
結果は上記の通りです。
6060

61-
In the case of a sequential search, "Seq Scan" will be displayed.
61+
シーケンシャルサーチの場合は、"Seq Scan"が表示されます。
6262

63-
Our goal here is to transform this "Seq Scan" into "Index Scan using #{PGroonga index name}" as shown below.
63+
ここでの目標は、この"Seq Scan"を下記のように"Index Scan using #{PGroonga index name}"に変えることです。
6464

6565
```sql
6666
EXPLAIN ANALYZE SELECT * FROM memos WHERE content &@~ 'PostgreSQL';

0 commit comments

Comments
 (0)