queryの訳を問い合わせだけでなくクエリを許可する

[noborus]

重要度

中

問題点

現在queryを「問い合わせ」ではなく「クエリ」でも良いことにする。

背景

現在queryを「問い合わせ」に統一していますが、SQLのクエリは普通に使われているためクエリの方がわかりやすいため、クエリを使用しても良いと思う。

解決方法

「問い合わせ」を「クエリ」に変更する。

注意点

SQLではないqueryは「問い合わせ」の方がよいかもしれない。

貢献者として記載可否

以前の記載名を使用

貢献者名

No response

[KenichiroTanaka]

#3038

関連ですよね。
方針としては
SQLはクエリ、それ以外は問い合わせ、とする方向です。
反対意見はありますでしょうか。

[tatsuo-ishii]

反対はしませんが、ちょっと使い分けが曖昧というか、ルールがよくわかりません。「SQLはクエリ」というのは具体的にどのようなケースを指すのでしょうか？
たとえばprotocol.sgmlの121行目辺りに
「簡易問い合わせプロトコルでは、フロントエンドはテキストで問い合わせ文字列を単に送信し、バックエンドによって解析され、即実行されます。」というのがあり、「simple query」→「簡易問い合わせ」、「query string」→「問い合わせ文字列」と訳されています。前者は今のままで良さそうですが、後者は文脈から文字列としてのSQL文を指しているので、「クエリ文字列」とすべきだ、という話になるんでしょうか？

[noborus]

#3038 と重複してしまってすみません。

名詞的な使い方をしているのは、クエリにしてもよいかなと思ったのですが、プロトコルの話では、別で判断する必要がありそうです。シンプルクエリ、簡易クエリ、クエリ文字列はそれほど不自然ではないと思いますので、なんと呼ばれているかで判断することになるでしょう。

また、SQLでも「問い合わせる」のように使われている場合は無理に置き換えなくてもよいと思います。

以下はクエリに一括置き換えで良いと思います。

• subquery, sub-query →サブクエリ
• parallel query →パラレルクエリ
• query executor →クエリエグゼキュータ
• query planner →クエリプランナ
• query optimizer→クエリオプティマイザ

[KenichiroTanaka]

@tatsuo-ishii
@noborus
レス頂き有難うございました。
どの単語をどのように変換するのかルールが決まっていれば（また、それが管理できれば）良いのかなと思います。
整理すると以下のような感じでしょうか。

①ベースとしてqueryは「問い合わせ」とする
②クエリとした方が分かりやすいものはクエリとしても良い
③クエリとするものはドキュメント全体で統一する
取り急ぎ以下はクエリとする

subquery, sub-query →サブクエリ
parallel query →パラレルクエリ
query executor →クエリエグゼキュータ
query planner →クエリプランナ
query optimizer→クエリオプティマイザ

[KenichiroTanaka]

個別の訳語についてなので別コメントとしました。
subquery, sub-query →サブクエリ
こちらはOracleDBやJISでは「副問合せ」なのでカタカナではない方が良いと思っています。
（副問い合わせとするか副問合せとすべきか、は別の議論が必要そうです。）

[noborus]

あらためて考えてみましたが、「問い合わせ」を名詞化して使っているところに、しっくりきていない感があり
（「UPDATE問い合わせ」のような表現も一因）、「副問い合わせ」は例外的に名詞化できているのですが、
それ以外の複合名詞では、「パラレル問い合わせ」「問い合わせエグゼキュータ」だと、やっぱりしっくりきていない
感があるため、「クエリ」を使用するようになっている。と思います。

これらを個別に「問い合わせ」と「クエリ」を使い分けてしまうと、それは別の問題がでるため、名詞化して
使っているqueryは「サブクエリ」も含めて「クエリ」を使用するのが良いと考えてます。