-
Notifications
You must be signed in to change notification settings - Fork 87
indices.sgml の 18.0 対応です #3546
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: doc_ja_18
Are you sure you want to change the base?
indices.sgml の 18.0 対応です #3546
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull Request Overview
This PR updates the Japanese translation of indices.sgml documentation for PostgreSQL version 18.0. The changes remove machine-translated text and replace it with refined human translations, improving clarity and readability.
- Replaced poorly machine-translated Japanese text with improved human translations
- Removed confusing translation artifacts and incomplete sentences
- Enhanced explanation of B-tree index skip scan optimization
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
doc/src/sgml/indices.sgml
Outdated
| このアプローチは一般に、明確な<literal>x</literal>値が非常に少ないため、プランナがインデックスの大部分に対してスキャンからスキップを想定している場合にのみ使用されます(リーフページの大部分には関連するタプルが含まれていない可能性があるため)。 | ||
| 明確な<literal>x</literal>値が多数ある場合は、インデックス全体をスキャンする必要があるため、ほとんどの場合、プランナはインデックスよりシーケンシャルテーブルスキャンを優先します。 | ||
| たとえば、<literal>(x, y)</literal>に対するインデックスと問い合わせ条件<literal>WHERE y = 7700</literal>では、B-treeインデックススキャンでスキップスキャン最適化を適用できる場合があります。 | ||
| これは通常、クエリプランナがそのテーブルで使用可能なインデックスを考慮した時に、<literal>WHERE x = N AND y = 7700</literal>の検索を、<literal>N</literal>で取り得るすべての値(または実際にインデックスに格納されているすべての<literal>x</literal>の値)に対して繰り返す方法が最速であると想定している場合に発生します。 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
クエリプランは他の場所では、「問い合わせプランナ」になっています。
indices.sgmlでは、統一されていますが、他のファイルでは統一されていないので、後で統一しないと...
|
レビューありがとうございます。 |
| <literal>x</literal>の個別値が数百個以下である場合、スキップスキャンは<literal>y</literal>の値をかなり効率的に検索するでしょう。 | ||
| <literal>(x, y)</literal>に対する複数列インデックスと<literal>y</literal>に対する別のインデックスの組み合わせもかなりよく役に立ちます。 | ||
| <literal>x</literal>のみを含む問い合わせでは、複数列インデックスを使用することができます。 | ||
| しかし、これはより大きくなりますので、<literal>x</literal> のみインデックスよりも低速になります。 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
前からのところですみませんが、スペースがあるのと、「のみの」に修正をお願いします。
| しかし、これはより大きくなりますので、<literal>x</literal> のみインデックスよりも低速になります。 | |
| しかし、これはより大きくなりますので、<literal>x</literal>のみのインデックスよりも低速になります。 |
No description provided.