1.2.4 - en to ja translation catalogue (360 entries)

en: ``Groonga`` and ``Mroonga``
ja: ``Groonga`` かつ ``Mroonga``

en: ``Groonga`` and ``Mroonga`` and ``PGroonga``
ja: ``Groonga`` かつ ``Mroonga`` かつ ``PGroonga``

en: ``Groonga`` and ``PGroonga``
ja: ``Groonga`` かつ ``PGroonga``

en: ``Mroonga`` and ``PGroonga``
ja: ``Mroonga`` かつ ``PGroonga``

en: number of occurrence
ja: 登場回数

en: tag
ja: タグ

en: News - 12 series
ja: お知らせ - 12系

en: Release 12.1.2 - 2023-01-29
ja: 12.1.2リリース - 2023-01-29

en: Improvements
ja: 改良

en: [httpd] Updated bundled nginx to 1.23.3.
ja: [httpd] バンドルしているnginxのバージョンを1.23.3に更新しました。

en: Release 12.1.1 - 2023-01-06
ja: 12.1.1リリース - 2023-01-06

en: [:doc:`/reference/commands/select`][:ref:`select-drilldowns-label-key-vector-expansions-power-set`] Vector's power set is now able to aggregate with the drilldowns.
ja: [:doc:`/reference/commands/select`][:ref:`select-drilldowns-label-key-vector-expansions-power-set`] ドリルダウンでベクターのべき集合を集計できるようになりました。

en: A new option ``key_vector_expansion`` is added to drilldowns. Currently, ``NONE`` or ``POWER_SET`` can be specified for ``key_vector_expansion``.
ja: ドリルダウンに 新しいオプション ``key_vector_expansion`` を追加しました。 ``key_vector_expansion`` は、ドリルダウン対象のキーがベクターのときに、キーの展開方法を指定します。 現状は、``key_vector_expansion`` には ``NONE`` または ``POWER_SET`` が指定できます。

en: Specifying ``POWER_SET`` to ``key_vector_expansion`` allows to aggregate for power set case. This method of aggregation is useful to aggregate total number of individual and combination tag occurrence at once.
ja: ``key_vector_expansion`` に ``POWER_SET`` を指定することで、べき集合での集計ができるようになります。 この集計方法は、例えばタグの出現回数と、タグの組み合わせの出現回数を一度に集計したい場合に便利です。

en: Following example is to see aggregating total number of individual and combination occurrence for following 3 tags, ``Groonga``, ``Mroonga``, and ``PGroonga``.
ja: 以下は、 ``Groonga`` 、 ``Mroonga`` 、 ``PGroonga`` という３つのタグに対して、これらのタグの出現回数と、 これらの組み合わせの出現回数を集計するケースを考えます。

en: Sample case:
ja: 実行例:

en: This result shows following.
ja: この集計結果から、以下のことがわかります。

en: This feature is complex. For more information, please refer to  :ref:`select-drilldowns-label-key-vector-expansions-power-set`.
ja: 複雑な機能なので、 :ref:`select-drilldowns-label-key-vector-expansions-power-set` も合わせて参照してください。

en: [:doc:`/reference/commands/select`] Specific element of vector column is now able to be search target.
ja: [:doc:`/reference/commands/select`] ベクターカラムの特定の要素のみを対象に検索できるようになりました。

en: It allows specific elements of vector column to be search targets that specifying the specific elements to ``match_columns`` with index number.
ja: ``match_columns`` にベクターカラムの特定の要素をインデックス番号で指定することで、ベクターカラムの特定の要素のみを対象に検索できるようになりました。

en: Following is a sample case.
ja: 以下はこの機能の例です。

en: ``--match_columns "contents[1]"`` specifies only 2nd vector elements of ``contents`` as the search target. In this sample, ``["I like Groonga", "Use Groonga with Ruby"]`` is shown in the results because ``Ruby`` is in 2nd element ``Use Groonga with Ruby``. However, ``["I like Ruby", "Use Groonga"]`` is not shown in results because ``Ruby`` is not in 2nd element ``Use Groonga``.
ja: ``--match_columns "contents[1]"`` とすることで、 ``contents`` ベクターの第2要素のみを ``--query`` の対象にしています。この例では、 ``["I like Groonga", "Use Groonga with Ruby"]`` は第2要素 ``Use Groonga with Ruby`` に ``Ruby`` を含むのでヒットしていますが、 ``["I like Ruby", "Use Groonga"]`` は第2要素 ``Use Groonga`` に ``Ruby`` を含まないのでヒットしていません。

en: [:doc:`/reference/commands/load`] Added support for ``YYYY-MM-DD`` time format.
ja: [:doc:`/reference/commands/load`] ``YYYY-MM-DD`` 形式をサポートしました。

en: ``YYYY-MM-DD`` is a general time format. Supporting this time format made ``load`` more useful.
ja: ``YYYY-MM-DD`` は一般的な時間形式です。この形式をサポートしたことで、 ``load`` がより使いやすくなりました。

en: The time of the loaded value is set to ``00:00:00`` on the local time.
ja: ロードされた値の時間部分は、現地時間の ``00:00:00`` になります。

en: Fixes
ja: 修正

en: [:doc:`/reference/commands/select`] Fix a bug displaying a wrong label in ``drilldown`` results when ``command_version`` is ``3``. [groonga-dev,05005][Reported by Atsushi Shinoda]
ja: [:doc:`/reference/commands/select`] ``command_version`` が ``3`` のとき、 ``drilldown`` の結果のラベルが不正になる問題を修正しました。 [groonga-dev,05005][篠田さんの報告]

en: ``ctor``, displaying right after ``drilldowns`` as result of ``select``, should be ``tag1`` in correct case. In this sample, ``ctor`` is shown instead of ``tag1``. However, what kind of value to be shown is unknown.
ja: ``select`` の実行結果の ``drilldowns`` 直後の ``ctor`` は、本来 ``tag1`` であるべきです。 この例では ``tag1`` ではなく ``ctor`` という値になっていますが、どのような値になるかは不定です。

en: [:doc:`/reference/normalizers/normalizer_table`] Fix a bug for Groonga to crush with specific definition setting in ``NormalizerTable``. [GitHub:pgroonga/pgroonga#279][Reported by i10a]
ja: [:doc:`/reference/normalizers/normalizer_table`] 特定の定義が ``NormalizerTable`` に存在する場合、Groongaがクラッシュすることがある問題を修正しました。 [GitHub:pgroonga/pgroonga#279][i10aさんの報告]

en: Following case as sample.
ja: 以下の例を考えます。

en: This bug is reported to occur when condition meet following 1., 2., and 3..
ja: この問題は、以下の1.、2.、3.の条件を満たした時に発生します。

en: Keys are normalized in the target table.
ja: 対象となるテーブルのキーがノーマライズされる

en: In this sample, it meets condition specifying ``--normalizer NormalizerNFKC130`` in ``Normalizations``. Original keys, ``Ⅰ`` , ``Ⅱ`` ,and ``Ⅲ``, are normalized each into ``i``, ``ii``, ``iii`` with ``NormalizerNFKC130``.
ja: この例では、 ``Normalizations`` に ``--normalizer NormalizerNFKC130`` が指定されているので、この条件を満たしています。``Ⅰ`` 、 ``Ⅱ`` 、 ``Ⅲ`` はそれぞれ ``NormalizerNFKC130`` によって ``i`` 、 ``ii`` 、 ``iii`` にノーマライズされます。

en: Same characters in the normalized key are included in the other normalized key.
ja: ノーマライズされた文字列に他のノーマライズされた文字列が含まれている

en: In this sample, it meets condition because normalized key ``iii`` includes the characters ``ii`` and ``i``, same with other normalized keys which are original key ``Ⅱ`` and ``Ⅰ``.
ja: 上記のノーマライズ後の値を考えると、 ``iii`` が ``ii`` と ``i`` を含んでいるため、条件を満たしています。``ii`` は ``i`` それぞれノーマライズ前の ``Ⅱ`` と ``Ⅰ`` に対応します。

en: Same characters of 2nd condition are used multiple times.
ja: 2.の文字列を複数使用する

en: In this sample, it meets condition because normalized key ``iiii``, original key ``ⅡⅡ`` with ``NormalizerNFKC130``, is considered as same with normalized key for ``Ⅲ`` and ``Ⅰ`` with ``NormalizerNFKC130``.
ja: ``normaize`` の対象である ``ⅡⅡ`` は ``NormalizerNFKC130`` によって ``iiii`` にノーマライズされます。 この値に対して、 ``Normalizations`` の ``NormalizerNFKC130`` によるノーマライズ後の値が一致条件として使用されてノーマライズされます。

en: Normalizing ``iiii`` with ``Normalizations`` takes following steps and it meets the condition.
ja: したがって、 ``iiii`` を ``Normalizations`` でノーマライズしようとするときには、以下の順番でノーマライズされるため、この条件を満たしています。

en: First ``iii`` ( applied for ``Ⅲ`` )
ja: 最初の ``iii`` （ ``Ⅲ`` に対応）

en: ``ii`` or ``i`` are not used at first because :doc:`/reference/normalizers/normalizer_table` works with the Longest-Common-Prefix search.
ja: :doc:`/reference/normalizers/normalizer_table` は最長共通接頭辞探索を行うため、 最初は ``ii`` や ``i`` ではなく ``iii`` が使用されます。

en: Last ``i`` ( applied for  ``Ⅰ`` )
ja: 残りの ``i`` （ ``Ⅰ`` に対応）

en: Thanks
ja: 感謝

en: i10a
ja: i10aさん

en: Atsushi Shinoda
ja: 篠田さん

en: Release 12.1.0 - 2022-11-29
ja: 12.1.0リリース - 2022-11-29

en: [:doc:`/reference/commands/load`] Added support for slow log output of ``load``.
ja: [:doc:`/reference/commands/load`] ``load`` のスローログの出力に対応しました。

en: This feature is for Groonga's performance tuning. For example, you can use this feature to detect records that are taking time longer than average when ``load`` is slow.
ja: この機能は、Groongaのパフォーマンスチューニングに使用します。例えば、 ``load`` が遅いときに、この機能を使うことで平均よりも時間がかかっているレコードを検出できます。

en: Slow log output would be enabled with specifying ``GRN SLOWLOG THRESHOLD`` as the Environment variable.
ja: 環境変数 ``GRN_SLOW_LOG_THRESHOLD`` を指定することで、スローログの出力が有効になります。

en: Here is about specifying ``GRN_SLOW_LOG_THRESHOLD``.
ja: ``GRN_SLOW_LOG_THRESHOLD`` については以下のとおりです。

en: ``GRN_SLOW_LOG_THRESHOLD`` requires specifying time in seconds as a threshold. The time of the threshold can shorter than a second with specifying decimal number.
ja: ``GRN_SLOW_LOG_THRESHOLD`` にはしきい値となる時間を秒単位で指定します。小数を指定することで、1秒よりも短い時間も指定できます。

en: A log with debug level would be output if the processing time takes longer than specifyed time with ``GRN_SLOW_LOG_THRESHOLD``.
ja: ``GRN_SLOW_LOG_THRESHOLD`` で指定された時間よりも時間がかかっている処理がある場合、デバッグレベルのログが出力されます。

en: Setting for log level would be controled with :option:`log-level <groonga --log-level>` or :doc:`/reference/commands/log_level`.
ja: ログレベルの設定は :option:`log-level <groonga --log-level>` オプションまたは :doc:`/reference/commands/log_level` コマンドで変更可能です。

en: What value to specify ``GRN_SLOW_LOG_THRESHOLD`` would depend on its environment and checking purpose. For an example, we can use following setting to check which records are taking longer time for ``load``. For this, we specify the value based on necesarry time per 1 record caliculated with  total number and time of ``load``.
ja: ``GRN_SLOW_LOG_THRESHOLD`` にどのような値を指定すべきかは環境や調べたい内容に依存します。例えば、 ``load`` の件数と所要時間から、1レコードあたりの所要時間を求め、その値を指定することが考えられます。こうすることで、平均よりも ``load`` に時間がかかっているレコードを調べることができます。

en: Necessary time to process `load` would be checked in :ref:`query-log`.
ja: ``load`` の所要時間は :ref:`query-log` から確認することができます。

en: In this example, the time would be as following;
ja: この例では、所要時間は以下のようになっています。

en: Number of records: 100000
ja: レコード数: 100000件

en: Time to process: 2 minutes 13 seconds = 133 seconds ( Based on Time stamp for beginning ``load`` : 16:43:27 and time stamp for end of ``load`` ( ``rc=0`` ): 16:43:40 )
ja: 所要時間: 2分13秒 = 133秒 （ ``load`` の開始時間 16:43:27 と ``load`` の終了時間（ ``rc=0`` ）16:43:40 に基づいています。 ）

en: Time to process 1 record:  0.00133 seconds (133 divided with 100000)
ja: 1行あたりの所要時間: 0.00133 秒

en: Therefore, we specify ``0.00133`` as a threshold in ``GRN_SLOW_LOG_THRESHOLD`` to check which records are taking longer time for ``load``.
ja: したがって、どのレコードが時間がかかっているのか調べるためには、 ``GRN_SLOW_LOG_THRESHOLD`` に ``0.00133`` を指定します。

en: Note: Enabling slow log may cause following bad effects.
ja: スローログを有効化すると以下の悪影響があることに注意してください。

en: Performance degradation
ja: パフォーマンスの悪化

en: Larger log size
ja: ログサイズの肥大化

en: Thus, the slow log is recommended to be enabled only necessary occasion.
ja: そのため、必要な場合にのみこのスローログを有効にすることを推奨します。

en: [:doc:`/reference/api`] Added new API ``grn_is_reference_count_enable()``.
ja: [:doc:`/reference/api`] 新しいAPI ``grn_is_reference_count_enable()`` を追加しました。

en: This new API would return boolean weather reference count mode is enabled or not.
ja: 参照カウントモードが有効になっているかどうかの真偽値を返却します。

en: [:doc:`/reference/api`] Added new API ``grn_set_reference_count_enable(bool enable)``.
ja: [:doc:`/reference/api`] 新しいAPI ``grn_set_reference_count_enable(bool enable)`` を追加しました。

en: This new API would enable or disable reference count mode.
ja: 参照カウントモードの有効/無効を切り替えます。

en: For secure usage,  this API can't switch reference count mode if there are multiple open database.
ja: 安全のため、複数のテーブルを開いている場合は参照カウントモードを切り替えません。

en: [:doc:`/reference/api`] Added new API  ``grn_is_back_trace_enable()``.
ja: [:doc:`/reference/api`] 新しいAPI ``grn_is_back_trace_enable()`` を追加しました。

en: This new API would return boolean weather logging back trace is enabled or not.
ja: バックトレースの出力が有効になっているかどうかの真偽値を返却します。

en: [:doc:`/reference/api`] Added new API ``grn_set_back_trace_enable(bool enable)``.
ja: [:doc:`/reference/api`] 新しいAPI ``grn_set_back_trace_enable(bool enable)`` を追加しました。

en: This new API would enable or disable logging back trace.
ja: バックトレース(back trace)の出力の有効/無効を切り替えます。

en: In some environments, Groonga crashes when logging back trace, logging back trace should be disabled in such envoronments.
ja: バックトレースの出力時にクラッシュする環境があるため、その環境では無効化します。

en: [:doc:`/reference/commands/status`] Added new items: ``back_trace`` and ``/reference_count``.
ja: [:doc:`/reference/commands/status`] 新しい項目 ``back_trace`` と ``/reference_count`` を追加しました。

en: ``/reference_count`` indicates weather logging back trace is enabled or not as boolean.
ja: ``back_trace`` はバックトレースの出力が有効になっているかどうかを真偽値で返却します。

en: ``back_trace`` indicates weather logging back trace is enabled or not as boolean.
ja: ``/reference_count`` は参照カウントモードが有効になっているかどうかを真偽値で返却します。

en: [:doc:`/reference/commands/select`][:doc:`/reference/columns/vector`] Fixed a bug displaying integer in the results when a weight vector column specifies `WEIGHT FLOAT32`.
ja: [:doc:`/reference/commands/select`][:doc:`/reference/columns/vector`] 重み付きベクターカラムで ``WEIGHT_FLOAT32`` を指定したとき、結果が整数で表示されていた問題を修正しました。

en: This bug was only appeared in use of a weight vector column without reference type. A reference type weight vector column does not have this bug.
ja: 参照型の重み付きベクターカラムにはこの問題はなく、参照型ではない重み付きベクターカラムにだけこの問題がありました。

en: The bug only affected on the final result display even though internal processes was in floating-point number.
ja: 内部的な処理は浮動小数点数で行われていましたが、最終的な結果の表示が整数になっていました。

en: An example for this bug as follows;
ja: 以下は、この問題の例です。

en: ``tags`` column is a ``ShortText`` type weight vector column, sample of non-reference type weight vector column.
ja: ``tags`` カラムが ``ShortText`` 型の重み付きベクターカラム、つまり参照型でない重み付きベクターカラムです。

en: The results in this sample, the value 2 and 1 are returned as below, evne though the correct value should be 2.8 and 1.2.
ja: この例の ``select`` の結果の以下の部分は、それぞれ2.8、1.2であるべきですが、2、1と誤った結果が返却されていました。

en: Applying this fix, the results would be returned as follows;
ja: この修正により、以下のように正しい結果が返却されるようになりました。

en: Release 12.0.9 - 2022-10-28
ja: 12.0.9リリース - 2022-10-28

en: [:doc:`/install/almalinux`] Added support for AlmaLinux 9.
ja: [:doc:`/install/almalinux`] AlmaLinux 9 向けのパッケージをサポートしました。

en: We had added this support at :ref:`release-12-0-8` but haven't announced it.
ja: :ref:`release-12-0-8` でサポートしていましたが、アナウンスしていませんでした。

en: [:doc:`/reference/functions/escalate`] Added a document for the ``escalate()`` function.
ja: [:doc:`/reference/functions/escalate`] ``escalate()`` 関数のドキュメントを追加しました。

en: [:doc:`/reference/normalizers`] Added ``NormalizerHTML``. (Experimental)
ja: [:doc:`/reference/normalizers`] ``NormalizerHTML`` を追加しました。（実験的）

en: ``NormalizerHTML`` is a normalizer for HTML.
ja: ``NormalizerHTML`` はHTML用のノーマライザーです。

en: Currently ``NormalizerHTML`` supports removing tags like ``<span>`` or ``</span>`` and expanding character references like ``&amp;`` or ``&#38;``.
ja: 現在 ``NormalizerHTML`` は ``<span>`` や ``</span>`` といったタグの削除と、``&amp;`` や ``&#38;`` といった文字参照の展開を行います。

en: Here are sample queries for ``NormalizerHTML``.
ja: 以下は ``NormalizerHTML`` の例です。

en: In this sample ``<span>`` and ``</span>`` are removed, and ``&amp;`` and ``&#38;`` are expanded to ``&``.
ja: この例では、 ``<span>`` と ``</span>`` は削除され、 ``&amp;`` と ``&#38;`` は ``&`` に展開されています。

en: We can specify whether removing the tags with the ``remove_tag`` option. (The default value of the ``remove_tag`` option is ``true``.)
ja: タグを削除するかどうかは ``remove_tag`` オプションで指定できます。(``remove_tag`` オプションのデフォルト値は ``true`` です。)

en: In this sample, ``<span>`` and ``</span>`` are not removed.
ja: この例では、 ``<span>`` と ``</span>`` は削除されていません。

en: We can specify whether expanding the character references with the ``expand_character_reference`` option. (The default value of the ``expand_character_reference`` option is ``true``.)
ja: 文字参照を展開するかどうかは ``expand_character_reference`` オプションで指定できます。(``expand_character_reference`` オプションのデフォルト値は ``true`` です。)

en: In this sample, ``&amp;`` and ``&#38;`` are not expanded.
ja: この例では、 ``&amp;`` と ``&#38;`` は展開されていません。

en: [httpd] Updated bundled nginx to 1.23.2.
ja: [httpd] バンドルしているnginxのバージョンを1.23.2に更新しました。

en: Contains security fixes of CVE-2022-41741 and CVE-2022-41742. Please refer to https://nginx.org/en/CHANGES about these security fixes.
ja: CVE-2022-41741とCVE-2022-41742のセキュリティの修正が含まれています。これらのセキュリティーの修正の詳細については、https://nginx.org/en/CHANGES を参照してください。

en: Suppressed logging a lot of same messages when no memory is available.
ja: メモリーが不足した際に、同じログが大量に出力されないように変更しました。

en: Groonga could log a lot of ``mmap failed!!!!`` when no memory is available. We improved to log the above message as less duplicates as possible.
ja: メモリーが不足した際に、 ``mmap failed!!!!`` というメッセージが大量にログが記載されることがありました。このメッセージを可能な限り重複してログ出力されないように改良しました。

en: [:doc:`/reference/commands/select`] Fixed a bug that Groonga could crash or return incorrect results when specifying :ref:`select-n-workers`.
ja: [:doc:`/reference/commands/select`] :ref:`select-n-workers` を指定したとき、Groongaがクラッシュしたり、誤った結果を返すことがある問題を修正しました。

en: This bug had occurred when using :ref:`select-n-workers` with a value greater than ``1`` and ``drilldowns[{LABEL}].filter`` at the same time.
ja: この問題は、 :ref:`select-n-workers` に ``1`` より大きい値を指定し、かつ同時に ``drilldowns[{LABEL}].filter`` を使用している場合に発生していました。

en: The reason why this bug occurred was because Groonga referenced incorrect values (objects) when performing internal parallel processing. So if the condition above was satisfied, Groonga sometimes crashed or returned incorrect results depending on the timing of the parallel processing.
ja: この問題は内部的な並列処理の際に、誤った値（オブジェクト）を参照していたことが原因で発生していました。そのため、上記の条件が満たされたとき、内部的に並列処理のタイミングによって、Groongaがクラッシュしたり誤った値を返すことがありました。

en: Release 12.0.8 - 2022-10-03
ja: 12.0.8リリース - 2022-10-03

en: Changed specification of the ``escalate()`` function (Experimental) to make it easier to use.
ja: ``escalate()`` 関数（実験的）の仕様を使いやすいように変更しました。

en: We changed to not use results out of ``escalate()``.
ja: ``escalate()`` の外部の結果セットを使用しないように変更しました。

en: In the previous specification, users had to guess how many results would be passed to ``escalate()`` to determin the first threshold, which was incovenient.
ja: 前回の仕様では、ユーザーはどのくらいの結果が ``escalate()`` に渡されるのか推測して最初のしきい値を決める必要があり、不便でした。

en: Here is a example for the previous ``escalate()``.
ja: 以下は前回の ``escalate()`` の例です。

en: ``CONDITION1`` was executed when the results of ``number_column > 10`` was less or equal to ``THRESHOLD_1`` . Users had to guess how many results would they get from ``number_column > 10`` to determine ``THRESHOLD_1``.
ja: ``CONDITION1`` は ``number_column > 10`` の結果が ``THRESHOLD_1`` 以下の時に実行されます。ユーザーは ``THRESHOLD_1`` を決めるのに ``number_column > 10`` がどのくらいの結果を返すのか推測する必要がありました。

en: From this release, the users don't need to guess how many results will they get from ``number_column > 10``, making it easier to set the thresholds.
ja: 今回のリリースから、ユーザーが ``number_column > 10`` がどのくらいの結果を返すのか推測する必要がなくなり、使いやすくなりました。

en: With this change, the syntax of ``escalate()`` changed as follow.
ja: この変更により、 ``escalate()`` の構文が以下の通り変更されています。

en: The previous syntax
ja: 前回の構文

en: The new syntax
ja: 新しい構文

en: Here are details of the syntax changes.
ja: 以下は構文の変更の詳細です。

en: Don't require the threshold for the first condition.
ja: 最初の条件のためのしきい値は不要となりました。

en: Don't allow empty arguments call. The first condition is required.
ja: 引数の指定を必須としました。最初の条件が必須となります。

en: Always execute the first condition.
ja: 最初の引数を常に実行します。

en: This function is experimental. These behaviors may be changed in the future.
ja: この関数は実験的な関数です。将来的にこれらの動作は変更になる可能性があります。

en: [:doc:`/install/cmake`] Added a document about how to build Groonga with CMake.
ja: [:doc:`/install/cmake`] CMakeを使ってビルドする方法を追加しました。

en: [:doc:`/install/others`] Added descriptions about how to enable/disable Apache Arrow support when building with GNU Autotools.
ja: [:doc:`/install/others`] GNU Autotoolsを使ってビルドする場合に、Apache Arrowの機能を有効化/無効化する方法について追加しました。

en: [:doc:`/reference/commands/select`] Added a document about :ref:`select-drilldowns-label-table`.
ja: [:doc:`/reference/commands/select`] :ref:`select-drilldowns-label-table` のドキュメントを追加しました。

en: [:doc:`/contribution/documentation/i18n`] Updated the translation procedure.
ja: [:doc:`/contribution/documentation/i18n`] 翻訳方法を更新しました。

en: Fixed a bug that Groonga could return incorrect results when we use :doc:`/reference/normalizers/normalizer_table` and it contains a non-idempotent (results can be changed when executed repeatedly) definition.
ja: :doc:`/reference/normalizers/normalizer_table` で冪等でない（繰り返し実行すると結果が変わることがある）定義をした時に、Groongaが誤った結果を返すことがある問題を修正しました。

en: This was caused by that we normalized a search value multiple times: after the value was input and after the value was tokenized.
ja: これは、検索する値について、値を受け取った後と、トークナイズした後の二回ノーマライズしていたことが原因です。

en: Groonga tokenizes and normalizes the data to be registered using the tokenizer and normalizer set in the index table when adding a record. The search value is also tokenized and normalized using the tokenizer and normalizer set in the index table, and then the search value and the index are matched. If the search value is the same as the data registered in the index, it will be in the same state as stored in the index because both use the same tokenizer and normalizer.
ja: Groongaはレコードを追加する時に、インデックス用のテーブルに設定したトークナイザーとノーマライザーを使って、登録するデータをトークナイズしてからノーマライズしています。検索する値についても、インデックス用のテーブルに設定したトークナイザーとノーマライザーを使って、トークナイズしてからノーマライズして、その後インデックスと照合します。両者は同じトークナイザーとノーマライザーを使うので、検索する値がインデックスに登録したデータと同じであれば、インデックスに格納されている状態と同じ状態になります。

en: However, Groonga had normalized extra only search keywords.
ja: しかし、いままでGroongaは検索する値だけを余分にノーマライズしていました。

en: Built-in normalizers like :doc:`/reference/normalizers/normalizer_auto` did't cause this bug because they are idempotent (results aren't changed if they are executed repeatedly). On the other hand, :doc:`/reference/normalizers/normalizer_table` allows the users specify their own normalization definitions, so they can specify non-idempotent (results can be changed when executed repeatedly) definitions.
ja: :doc:`/reference/normalizers/normalizer_auto` といった組み込みのノーマライザーは冪等である（繰り返し実行しても結果が変わらない）ため、この問題は発生しません。一方で、 :doc:`/reference/normalizers/normalizer_table` はユーザー自身がノーマライザーの定義をすることができます。そのため、冪等でない（繰り返し実行すると結果が変わることがある）定義をすることができました。

en: If there were non-idempotent definitions in :doc:`/reference/normalizers/normalizer_table`, the indexed data and the search value did not match in some cases because the search value was normalized extra.
ja: :doc:`/reference/normalizers/normalizer_table` に冪等でない定義が存在する場合、検索する値のみが余分にノーマライズされることで、インデックスに登録したデータと検索する値が一致しない場合がありました。

en: In such cases, the data that should hit was not hit or the data that should not hit was hit.
ja: そのような場合、ヒットするはずのデータがヒットしなかったり、ヒットしないはずのデータがヒットしたりしていました。

en: Here is a example.
ja: 以下はこの問題の例です。

en: The expected result of ``select Memos --query content:@a`` is ``a``, but Groonga returned ``c`` as a result. This was because we normalized the input ``a`` to ``b`` by definitions of ``ColumnNormalizations``, and after that, we normalized the normalized ``b`` again and it was normalized to ``c``. As a result, the input ``a`` was converted to ``c`` and matched to ``{"content":"c"}`` of the ``Memos`` table.
ja: ``select Memos --query content:@a`` の結果の期待値は ``a`` ですが、Groongaは ``c`` を返していました。これは、入力された ``a`` が ``ColumnNormalizations`` の定義にしたがって ``b`` にノーマライズされ、その後、 ノーマライズされた ``b`` を更に ``c`` にノーマライズしていたためです。結果的に、入力された ``a`` は ``c`` に変換され、 ``Memos`` テーブルの ``{"content":"c"}`` にマッチしていました。

en: Release 12.0.7 - 2022-08-29
ja: 12.0.7リリース - 2022-08-29

en: Added a new function ``escalate()``. (experimental)
ja: 新しい関数 ``escalate()`` を追加しました。(実験的)

en: The ``escalate()`` function is similar to the existing match escalation ( :doc:`/spec/search` ). We can use this function for any conditions. (The existing match escalation is just for one full text search by invert index.)
ja: ``escalate()`` 関数は既存のマッチエスカレーション( :doc:`/spec/search` )と似ています。この関数は、全ての条件で使えます。（既存のマッチエスカレーションは、一つの転置インデックスによる全文検索で使えます。）

en: The ``escalate()`` function is useful when we want to limit the number of results of a search. Even if we use ``--limit``, we can limit the number of results of a search. However, ``--limit`` is evaluated after evaluating all conditions in our query. The ``escalate()`` function finish the evaluation of conditions at that point when the result set has greater than ``THRESHOLD`` records. In other words, The ``escalate()`` function may reduce the number of evaluating conditions.
ja: ``escalate()`` 関数は検索結果の数を制限したい時に便利です。検索結果の数の制限は、 ``--limit`` でもできますが、 ``--limit`` は全ての条件を評価した後に評価されます。``escalate()`` 関数は結果セットが ``THRESHOLD`` より多くのレコードを持っていたら、その時点で評価を終了します。つまり、 ``escalate()`` 関数は条件の評価の数を減らせる可能性があります。

en: The syntax of the ``escalate()`` function as below::
ja: ``escalate()`` の構文は以下の通りです。

en: ``THRESHOLD_N`` is a positive number such as 0 and 29. ``CONDITION_N`` is a string that uses :doc:`/reference/grn_expr/script_syntax` such as ``number_column > 29``.
ja: ``THRESHOLD_N`` は、0や29のような正の数です。 ``CONDITION_N`` は ``number_column > 29`` のような :doc:`/reference/grn_expr/script_syntax` を使った文字列です。

en: If the current result set has less than or equal to ``THRESHOLD_1`` records, the corresponding ``CONDITION_1`` is executed. Similarly, if the next result set has less than or equal to ``THRESHOLD_2`` records, the corresponding ``CONDITION_2`` is executed. If the next result set has greater than ``THRESHOLD_3`` records, the ``escalate()`` function is finished.
ja: 現在の結果セットのレコード数が ``THRESHOLD_1`` 以下の場合、 ``CONDITION_1`` が実行されます。同様に、 ``CONDITION_1`` 評価後の結果セットのレコード数が ``THRESHOLD_2`` 以下の場合、 ``CONDITION_2`` が実行されます。 ``CONDITION_2`` 評価後の結果セットのレコード数が ``THRESHOLD_3`` より大きい場合、 ``escalate()`` は終了します。

en: If all ``CONDITION`` s are executed, ``escalate(THRESHOLD_1, CONDITION_1, ..., THRESHOLD_N, CONDITION_N)`` is same as ``CONDITION_1 || ... || CONDITION_N``.
ja: 全ての ``CONDITION`` が実行された場合、 ``escalate(THRESHOLD_1, CONDITION_1, ..., THRESHOLD_N, CONDITION_N)`` は ``CONDITION_1 || ... || CONDITION_N`` と同じです。

en: The ``escalate()`` function can be worked with logical operators such as ``&&`` and ``&!`` ::
ja: ``escalate()`` 関数は、 ``&&`` and ``&!`` のような論理演算子と一緒に使えます。::

en: They are same as ``number_column > 10 && (CONDITION_1 || ... || CONDITION_N)`` and ``number_column > 10 &! (CONDITION_1 || ... || CONDITION_N)`` .
ja: これらは、 ``number_column > 10 && (CONDITION_1 || ... || CONDITION_N)`` と ``number_column > 10 &! (CONDITION_1 || ... || CONDITION_N)`` と同じです。

en: However, these behaviors may be changed because they may not be useful.
ja: しかし、これらの挙動は使いにくいため変更される可能性があります。

en: [httpd] Updated bundled nginx to 1.23.1.
ja: [httpd] バンドルしているnginxのバージョンを1.23.1に更新しました。

en: [:doc:`/reference/commands/select`] Add a document for the ``--n_workers`` option.
ja: [:doc:`/reference/commands/select`] ``--n_workers`` オプションのドキュメントを追加しました。

en: Fixed a bug Groonga's response may be slow when we execute the ``request_cancel`` while executing a OR search.
ja: OR検索実行中に ``request_cancel`` を実行した場合、Groongaの応答が遅くなることがある問題を修正しました。

en: When the number of results of the OR search is many and a query has many OR conditions, Groonga may response slow with the "request_cancel" command.
ja: OR検索の結果が多い場合や多くのOR条件をもつクエリー場合に、 "request_cancel" コマンドが原因でGroongaのレスポンスが遅くなることがあります。

en: Release 12.0.6 - 2022-08-04
ja: 12.0.6リリース - 2022-08-04

en: Added new Munin plugins for groonga-delta.
ja: groonga-delta用の新しいMuninプラグインを追加しました。

en: We can monitoring the following items by plugins for groonga-delta.
ja: このプラグインによって、以下の項目を監視できます。

en: Whether ``groonga-delta-import`` can import or not ``.grn`` file on local storage.
ja: ``groonga-delta-import`` がローカルのストレージ上の ``.grn`` ファイルをインポートできているかどうか。

en: Whether ``groonga-delta-import`` can import or not difference data of MySQL.
ja: ``groonga-delta-import`` がMySQLの差分データをインポートできているかどうか。

en: Whether ``groonga-delta-apply`` can apply imported data or not.
ja: ``groonga-delta-apply`` がインポートしたデータを適用できているかどうか。

en: The total size of applying data.
ja: 適用したデータの総サイズ。

en: [:doc:`/reference/commands/column_copy`] Added support for weight vector.
ja: [:doc:`/reference/commands/column_copy`] 重み付きベクターをサポートしました。

en: We can copy the value of weight vector by ``column_copy`` as below.
ja: 以下のように、重み付きベクターの値を ``column_copy`` でコピーできます。

en: [:doc:`/install/ubuntu`] Dropped support for Ubuntu 21.10 (Impish Indri).
ja: [:doc:`/install/ubuntu`] Ubuntu 21.10 (Impish Indri) のサポートをやめました。

en: Because Ubuntu 21.10 reached EOL in July 2022.
ja: Ubuntu 21.10 は、2022年7月でEOLとなったためです。

en: [:doc:`/install/debian`] Dropped Debian 10 (buster) support.
ja: [:doc:`/install/debian`] Debian 10 (buster) のサポートをやめました。

en: Because Debian 10 reaches EOL in August 2022.
ja: Debian 10 は、2022年8月でEOLとなるためです。

en: Fixed a bug that Groonga may crash when we execute drilldown in a parallel by ``n_workers`` option.
ja: ``n_workers`` オプションを使ってドリルダウンを並行して実行したときにGroongaがクラッシュすることがある問題を修正しました。

en: [:doc:`/reference/commands/select`] Fixed a bug that the syntax error occurred when we specify a very long expression in ``--filter``.
ja: [:doc:`/reference/commands/select`] ``--filter`` に非常に長い式を指定するとシンタックスエラーになる問題を修正しました。

en: Because the max stack size for the expression of ``--filter`` was 100 until now.
ja: 今まで ``--filter`` 用のスタックサイズを100にしていたため発生していました。

en: Release 12.0.5 - 2022-06-29
ja: 12.0.5リリース - 2022-06-29

en: [:doc:`/reference/commands/select`] Improved a little bit of performance for prefix search by search escalation.
ja: [:doc:`/reference/commands/select`] 検索エスカレーションによる前方一致検索のパフォーマンスを少し改善しました。

en: [:doc:`/reference/commands/select`] Added support for specifying a reference vector column with weight in ``drilldowns[LABEL]._key``. [GitHub#1366][Patched by naoa]
ja: [:doc:`/reference/commands/select`] ``drilldowns[LABEL]._key`` に重み付き参照ベクターカラムを指定できるようになりました。 [GitHub#1366][naoaさんがパッチ提供]

en: If we specified a reference vector column with weight in drilldown's key, Groonga had returned incorrect results until now.
ja: 今までは、ドリルダウンのキーに重み付き参照ベクターカラムを指定すると、Groongaが誤った結果を返していました。

en: For example, the following tag search had returned incorrect results until now.
ja: 例えば、以下のタグ検索は、今まで誤った結果を返していました。

en: The above query returns correct results as below since this release.
ja: 今回のリリースから上記のクエリーは、以下のように正しい結果を返します。

en: [:doc:`/reference/commands/select`] Added support for doing drilldown with a reference vector with weight even if we use ``query`` or ``filter``, or ``post_filter``. [GitHub#1367][Patched by naoa]
ja: [:doc:`/reference/commands/select`] ``query`` や ``filter`` や ``post_filter`` を使っていても、ドリルダウンのキーに重み付き参照ベクターカラムを指定できるようになりました。 [GitHub#1367][naoaさんがパッチ提供]

en: If we specified a reference vector column with weight in drilldown's key when we use ``query`` or ``filter``, or ``post_filter``, Groonga had returned incorrect results or errors until now.
ja: 今までは、 ``query`` や ``filter`` や ``post_filter`` を使っているときに、ドリルダウンのキーに重み付き参照ベクターカラムを指定するとGroongaは誤った結果、またはエラーを返していました。

en: For example, the following query had been erred until now.
ja: 例えば、今まで以下のクエリーはエラーを返していました。

en: Known Issues
ja: 既知の問題

en: Currently, Groonga has a bug that there is possible that data is corrupt when we execute many additions, delete, and update data to vector column.
ja: 現在Groongaには、ベクターカラムに対してデータを大量に追加、削除、更新した際にデータが破損することがある問題があります。

en: ``*<`` and ``*>`` only valid when we use ``query()`` the right side of filter condition. If we specify as below, ``*<`` and ``*>`` work as ``&&``.
ja: ``*<`` と ``*>`` は、filter条件の右辺に ``query()`` を使う時のみ有効です。もし、以下のように指定した場合、 ``*<`` と ``*>`` は ``&&`` として機能します。

en: Groonga may not return records that should match caused by ``GRN_II_CURSOR_SET_MIN_ENABLE``.
ja: ``GRN_II_CURSOR_SET_MIN_ENABLE`` が原因でマッチするはずのレコードを返さないことがあります。

en: naoa
ja: naoaさん

en: Release 12.0.4 - 2022-06-06
ja: 12.0.4リリース - 2022-06-06

en: [:doc:`/install/ubuntu`] Added support for Ubuntu 22.04 (Jammy Jellyfish).
ja: [:doc:`/install/ubuntu`] Ubuntu 22.04 (Jammy Jellyfish)をサポートしました。

en: We don't provide `groonga-benchmark`.
ja: `groonga-benchmark` の提供をやめました。

en: Because nobody will not use it and we can't maintain it.
ja: 誰も使用しておらず、メンテナンスもできないためです。

en: [:doc:`/reference/commands/status`] Added a new item ``memory_map_size``.
ja: [:doc:`/reference/commands/status`] 新しい項目 ``memory_map_size`` を追加しました。

en: We can get the total memory map size in bytes of Groonga with ``status`` command.
ja: ``status`` コマンドを使うことで、Groongaのメモリーマップサイズの合計を取得できます。

en: For example, in Windows, if Groonga uses up physical memory and swap area, Groonga can't more mapping memory than that. Therefore, we can control properly memory map size by monitoring this value even if the environment does have not enough memory.
ja: 例えば、Windowsでは、Mroogaが物理メモリーとスワップ領域を使い果たした場合、それ以上メモリーをマップすることができません。そのため、この値を監視することで、メモリーが十分でない環境でもメモリーマップサイズを適切にコントロールできます。

en: Fixed a bug Groonga's response may be slow when we execute ``request_cancel`` while executing a search.
ja: 検索実行中に ``request_cancel`` を実行した時Groongaの応答が遅くなることがある問題を修正しました。

en: Especially, when the number of records of the search target is many, Groonga's response may be very slow.
ja: 特に、検索対象のレコード数が多い時に、Groongaの応答がとても遅くなることがあります。

en: Fixed a bug that string list can't be casted to int32 vector.
ja: 文字列リストをint32のベクターにキャストできない問題を修正しました。

en: For example, the following cast had failed.
ja: 例えば、以下のキャストは失敗していました。

en: This bug only occurs when we specify ``apache-arrow`` into ``input_type`` as the argument of ``load``. This bug occurs in Groonga 12.0.2 or later.
ja: この問題は、 ``load`` の引数として、 ``input_type`` に ``apache-arrow`` を指定したときのみ発生します。 この問題は、Groonga 12.0.2以降で発生します。

en: Fixed a bug that Groonga Munin Plugins do not work on AlmaLinux 8 and CentOS 7.
ja: GroongaのMuninプラグインがAlmaLinux 8 とCentOS 7上で動作しない問題を修正しました。

en: Release 12.0.3 - 2022-04-29
ja: 12.0.3リリース - 2022-04-29

en: [:doc:`/reference/commands/logical_count`] Improved memory usage while ``logical_count`` executed.
ja: [:doc:`/reference/commands/logical_count`] ``logical_count`` 実行中のメモリー使用量を改善しました。

en: Up to now, Groonga had been keeping objects(objects are tables and columns and indexes, and so on) and temporary tables that were allocated while ``logical_count`` executed until the execution of ``logical_count`` finished.
ja: いままで、Groongaは ``logical_count`` 実行中に確保したオブジェクト(オブジェクトとは、テーブルやカラム、インデックスなどです。)と一時テーブルを ``logical_count`` の実行完了まで保持し続けていました。

en: Groonga reduces reference immediately after processing a shard by this feature. Therefore, Groonga can release memory while ``logical_count`` executed. The usage of memory of Groonga may reduce because of these reasons.
ja: この機能によって、Groongaは、1つのシャードを処理した後すぐに参照を減らします。そのため、Groongaは、 ``logical_count`` の実行中にメモリーを解放できるようになり、Groongaのメモリー使用量を削減できることがあります。

en: This improvement is only valid for the reference count mode. We can valid the reference count mode by setting ``GRN_ENABLE_REFERENCE_COUNT=yes``.
ja: この機能は参照カウントモードのときのみ有効です。``GRN_ENABLE_REFERENCE_COUNT=yes`` と設定することで、参照カウントモードを有効にできます。

en: In addition, Groonga releases temporary tables dynamically while ``logical_count`` is executed by this feature. Therefore, the usage of memory of Groonga reduces. This improvement is valid even if we don't set the reference count mode.
ja: 加えて、Groongaは、この機能によって ``logical_count`` 実行中に一時テーブルを動的に解放します。そのため、Groongaのメモリー使用量を削減できます。この改善は、参照カウントモードが有効でなくても効果があります。

en: [:doc:`/reference/commands/dump`] Added support for ``MISSING_IGNORE/MISSING_NIL``.
ja: [:doc:`/reference/commands/dump`] ``MISSING_IGNORE/MISSING_NIL`` をサポートしました。

en: If columns had ``MISSING_IGNORE/MISSING_NIL``, the dump of these columns had failed until now. ``dump`` command supports these columns since this release.
ja: ``MISSING_IGNORE/MISSING_NIL`` を持つカラムがある場合、これらのカラムのダンプに失敗していました。このリリースから、 ``dump`` コマンドはこれらのカラムをサポートしました。

en: [:doc:`/reference/functions/snippet`],[:doc:`/reference/functions/snippet_html`] Added support for text vector as input. [groonga-dev,04956][Reported by shinonon]
ja: [:doc:`/reference/functions/snippet`],[:doc:`/reference/functions/snippet_html`] 入力としてベクターをサポートしました。[groonga-dev,04956][Reported by shinonon]

en: For example, we can extract snippets of target text around search keywords against vector in JSON data as below.
ja: 例えば、以下のようにJSONデータ内のベクターに対して検索キーワードの周辺テキストを抽出できます。

en: Until now, if we specified ``snippet*`` like ``--output_columns 'snippet_html(contents[1])``, we could extract snippets of target text around search keywords against the vector as below. However, we didn't know which we should output elements. Because we didn't know which element was hit on search.
ja: 今までも、 ``--output_columns 'snippet_html(contents[1])'`` のように ``snippet*`` を指定することで以下のようにベクターに対して検索キーワードの周辺テキストを抽出できますが、この方法ではどの要素を出力すればよいかわかりません。どの要素が検索にヒットしたかわからないためです。

en: [``vector_join``] Added a new function ``vector_join()``.[groonga-dev,04956][Reported by shinonon]
ja: [``vector_join``] 新しい関数 ``vector_join()`` を追加しました。 [groonga-dev,04956][shinononさんの報告]

en: This function can concatenate each elements. We can specify delimiter in the second argument in this function.
ja: この関数は各要素を結合します。この関数の第二引数で区切り文字を指定できます。

en: For example, we could execute ``snippet()`` and ``snippet_html()`` against vector that concatenate each elements as below.
ja: 例えば、以下のようにベクターに対して ``snippet()`` や ``snippet_html()`` を実行できます。

en: [:doc:`/reference/indexing`] Ignore too large a token like online index construction. [GitHub:pgroonga/pgroonga#209][Reported by Zhanzhao (Deo) Liang]
ja: [:doc:`/reference/indexing`] 動的インデックス構築のようにとても大きなトークンを無視するようにしました。 [GitHub:pgroonga/pgroonga#209][Zhanzhao (Deo) Liangさんの報告]

en: Groonga doesn't occur error, but Groonga ignores too large a token when we execute static index construction. However, Groonga output warning in this case.
ja: Groongaはエラーを発生しなくなり、静的インデックス構築を実行する時に大きなトークンを無視し警告を出力します。

en: Fixed a bug that we may be not able to add a key to a table of patricia trie.
ja: パトリシアトライのテーブルにキーを追加できなくなることがある問題を修正しました。

en: This bug occurs in the following conditon.
ja: この問題は、以下の条件で発生します。

en: If a table of patricia trie already has a key.
ja: パトリシアトライのテーブルにすでにキーがある場合。

en: If the additional key is 4096 bytes.
ja: 4096バイトのキーを追加する場合。

en: shinonon
ja: shinononさん

en: Zhanzhao (Deo) Liang
ja: Zhanzhao (Deo) Liangさん

en: Release 12.0.2 - 2022-03-29
ja: 12.0.2リリース - 2022-03-29

en: [:doc:`/reference/commands/logical_range_filter`] Added support for reducing reference immediately after processing a shard.
ja: [:doc:`/reference/commands/logical_range_filter`] シャードを処理した直後に参照を減らすようにしました。

en: Groonga had reduced reference all shards when the finish of ``logical_range_filter`` until now. Groonga reduces reference immediately after processing a shard by this feature. The usage of memory may reduce while ``logical_range_filter`` executes by this feature.
ja: 今までGroongaは、 ``logical_range_filter`` 終了時にすべてのシャードの参照を減らしていました。この機能によって、Groongaは、シャードを処理した後すぐに参照を減らします。この機能によって、 ``logical_range_filter`` 実行中のメモリー使用量を削減できることがあります。

en: This feature is only valid for the reference count mode. We can valid the reference count mode by setting ``GRN_ENABLE_REFERENCE_COUNT=yes``.
ja: この機能は参照カウントモードのときのみ有効です。``GRN_ENABLE_REFERENCE_COUNT=yes`` と設定することで、参照カウントモードを有効にできます。

en: Normally, Groonga keep objects(tables and column and index, and so on) that Groonga opened even once on memory. However, if we open many objects, Groonga uses much memory. In the reference count mode release objects that are not referenced anywhere from memory. The usage of memory of Groonga may reduce by this.
ja: 通常、Groongaは一度でも開いたオブジェクト(テーブル、カラム、インデックスなど)をメモリ上に保持し続けますが、たくさんのオブジェクトを開いた場合、Groongaはたくさんのメモリーを使用します。参照カウントモードでは、どこからも参照されてないオブジェクトをメモリーから開放します。これにより、Groongaのメモリー使用量が減ることがあります。

en: We increased the stability of the feature of recovering on crashes.
ja: クラッシュリカバリー機能の安定性が向上しました。

en: This feature is experimental and it is disabled by default. Therefore, the following improvements are no influence on ordinary users.
ja: この機能は実験的で、デフォルトで無効です。したがって、以下の改良は。一般的なユーザーには影響ありません。

en: We fixed a bug that the index was broken when Groonga crashed.
ja: Groongaがクラッシュしたときにインデックスが破損する問題を修正しました。

en: We fixed a bug that might remain a lock.
ja: ロックが残留する問題を修正しました。

en: We fixed a bug that Groonga crashed while it was recovering the crash.
ja: クラッシュリカバリー中にGroongaがクラッシュする問題を修正しました。

en: Improved performance for mmap if anonymous mmap available.[GitHub:MariaDB/server#1999][Suggested by David CARLIER]
ja: 無名マッピングが利用可能な時のmmapのパフォーマンスを向上しました。[GitHub:MariaDB/server#1999][David CARLIERさんの提案]

en: The performance of Groonga is improved a bit by this improvement.
ja: この改善によって、Groongaのパフォーマンスが少し向上します。

en: [:doc:`/reference/indexing`] Added support for the static index construction against the following types of columns.
ja: [:doc:`/reference/indexing`] 以下のタイプのカラムで静的インデックス構築をサポートしました。

en: The non-reference vector column with weight
ja: 非参照重み付きベクターカラム

en: The reference vector column with weight
ja: 参照重み付きベクターカラム

en: The reference scalar column
ja: 参照スカラーカラム

en: These columns have not supported the static index construction until now. Therefore, the time of making the index has longed even if we set the index against these columns after we loaded data into them. By this improvement, the time of making the index is short in this case.
ja: これらのカラムは、いままで、静的インデックス構築をサポートしていませんでした。そのため、これらのカラムにデータをロードしたあとに、インデックスを構築しても、インデックスの構築時間が長くなっていました。この改良によって、このケースでインデックス構築時間が短くなります。

en: [:doc:`/reference/commands/column_create`] Added new flags ``MISSING_*`` and ``INVALID_*``.
ja: [:doc:`/reference/commands/column_create`] 新しいフラグ ``MISSING_*`` と ``INVALID_*`` を追加しました。

en: We added the following new flags for ``column_create``.
ja: ``column_create`` に以下の新しいフラグを追加しました。

en: Normally, if the data column is a reference data column and the nonexistent key is specified, a new record for the nonexistent key is newly created automatically.
ja: 通常、データカラムが参照データカラムで存在しないキーを指定された場合、自動的に存在しないキーを作成し、新しいレコードを作ります。

en: The behavior that Groonga adds the key automatically into the column of reference destination is useful in the search like tag search. Because Groonga adds data automatically when we load data.
ja: このGroongaが参照先のカラムにキーを自動的に追加する挙動は、タグ検索のような検索で便利です。Groongaがロード時に自動的にデータを追加してくれるためです。

en: However, this behavior is inconvenient if we need the other data except for the key. Because a record that only has the key exists.
ja: しかしながら、この挙動は、キー以外の値が必要な場合に不便です。キーしか存在しないレコードがあるためです。

en: We can change this behavior by using flags that are added in this release.
ja: このリリースで追加したフラグを使ってこの挙動を変更できます。

en: ``MISSING_ADD``: This is the default value. This is the same behavior as the current.
ja: ``MISSING_ADD``: デフォルト値です。現在と同じ挙動になります。

en: If the data column is a reference data column and the nonexistent key is specified, a new record for the nonexistent key is newly created automatically.
ja: データカラムが参照データカラムで、存在しないキーを指定された場合、自動的にキーを作成し、新しいレコードを追加します。

en: If the data column is a reference data column and the nonexistent key is specified, the nonexistent key is ignored. If the reference data column is a scalar column, the value is ``GRN_ID_NIL``. If the reference data column is a vector column, the element is just ignored as below ::
ja: データカラムが参照データカラムで、存在しないキーを指定された場合、存在しないキーを無視します。参照データカラムがスカラーカラムの場合、値は ``GRN_ID_NIL`` になります。参照データカラムがベクターカラムの場合、以下のようにその要素のみを無視します。 ::

en: If the data column is a reference data column and the nonexistent key is specified, the nonexistent key in a scalar column and a vector column is treated as ``GRN_ID_NIL`` ::
ja: データカラムが参照データカラムで、存在しないキーを指定された場合、スカラーカラムとベクターカラムは存在しないキーを``GRN_ID_NIL`` として扱います。 ::

en: ``INVALID_ERROR``: This is the default value. This is the same behavior as the current except an error response of a vector column case.
ja: ``INVALID_ERROR``: デフォルト値です。 ベクターカラムのエラー応答を除いて、現在と同じ挙動になります。

en: If we set the invalid value (e.g.: ``XXX`` for ``UInt8`` scalar column), the set operation is treated as an error. If the data column is a scalar column, ``load`` reports an error in log and response. If the data column is a vector column, ``load`` reports an error in log but doesn't report an error in response. This is an incompatible change.
ja: 無効な値を設定した場合(e.g.: ``XXX`` for ``UInt8`` scalar column)、設定操作をエラーとして扱います。データカラムがスカラーカラムの場合、 ``load`` は応答とログにエラーを報告します。データカラムがベクターカラムの場合、 ``load`` はログにエラーを報告しますが、応答にエラーを報告しません。これは非互換の変更です。

en: If we set the invalid value (e.g.: ``XXX`` for ``UInt8`` scalar column), a warning message is logged and the set operation is ignored. If the target data column is a reference vector data column, ``MISSING_IGNORE`` and ``MISSING_NIL`` are used to determine the behavior.
ja: 無効な値を設定した場合(e.g.: ``XXX`` for ``UInt8`` scalar column)、警告メッセージをログに記録し、設定操作を無視します。対象のデータカラムが参照ベクターカラムの場合、``MISSING_IGNORE`` と ``MISSING_NIL`` を使って挙動を決定します。

en: If we set the invalid value (e.g.: ``XXX`` for ``UInt8`` scalar column), the set operation is ignored. If the target data column is a reference vector data column, ``MISSING_IGNORE`` and ``MISSING_NIL`` are used to determine the behavior.
ja: 無効な値を設定した場合(e.g.: ``XXX`` for ``UInt8`` scalar column)、設定操作を無視します。対象のデータカラムが参照ベクターカラムの場合、``MISSING_IGNORE`` と ``MISSING_NIL`` を使って挙動を決定します。

en: [:doc:`/reference/commands/dump`][:doc:`/reference/commands/column_list`] Added support for ``MISSING_*`` and ``INVALID_*`` flags.
ja: [:doc:`/reference/commands/dump`][:doc:`/reference/commands/column_list`] ``MISSING_*`` と ``INVALID_*`` フラグをサポートしました。

en: These commands doesn't show ``MISSING_ADD`` and ``INVALID_ERROR`` flags to keep backward compatibility. Because these flags show the default behavior.
ja: これらのコマンドは、後方互換性を維持するため、 ``MISSING_ADD`` と ``INVALID_ERROR`` フラグを表示しません。これらのフラグはデフォルトの挙動を表すためです。

en: [:doc:`/reference/commands/schema`] Added support for ``MISSING_*`` and ``INVALID_*`` flags.
ja: [:doc:`/reference/commands/schema`] ``MISSING_*`` と ``INVALID_*`` フラグをサポートしました。

en: ``MISSING_AND`` and ``INVALID_ERROR`` flags aren't shown in ``flags`` to keep backward compatibility. However, new ``missing`` and ``invalid`` keys are added to each column.
ja: 後方互換性を維持するため、 ``MISSING_AND`` と ``INVALID_ERROR`` フラグを ``flag`` に表示しませんがそれぞれのカラムに、新しく ``missing`` と ``invalid`` キーが追加されます。

en: We provided the package of Amazon Linux 2.
ja: Amazon Linux 2向けのパッケージを提供するようにしました。

en: [Windows] Dropped support for building with Visual Studio 2017.
ja: [Windows] Visual Studio 2017 でのビルドをやめました。

en: Because we could not use windows-2016 image on GitHub Actions.
ja: GitHub Actionsで windows-2016 のイメージが使えなくなったためです。

en: David CARLIER
ja: David CARLIERさん

en: Release 12.0.1 - 2022-02-28
ja: 12.0.1リリース - 2022-02-28

en: [:doc:`/reference/commands/query_expand`] Added a support for synonym group.
ja: [:doc:`/reference/commands/query_expand`] 同義語グループをサポートしました。

en: Until now, We had to each defined a keyword and synonyms of the keyword as below when we use the synonym search.
ja: 同義語検索をする場合、今までは、以下のようにキーワードとその同義語をそれぞれ定義していました。

en: In the above case, if we search ``mroonga``, Groonga search ``mroonga OR tritonn OR "groonga mysql"`` as we intended. However, if we search ``tritonn``, Groonga search only ``tritonn``. If we want to search ``tritonn OR mroonga OR "groonga mysql"`` even if we search ``tritonn``, we need had added a definition as below.
ja: 上記のケースでは、``mroonga`` を検索した場合、 Groongaは、意図通り、 ``mroonga OR tritonn OR "groonga mysql" を検索しますが、``tritonn`` を検索した場合は、 Groongaは、 ``tritonn`` のみを検索します。``tritonn`` を検索した場合でも、``tritonn OR mroonga OR "groonga mysql"`` と検索した場合、以下のように定義を追加する必要がありました。

en: In many cases, if we expand ``mroonga`` to ``mroonga OR tritonn OR "groonga mysql"``, we feel we want to expand ``tritonn`` and ``"groonga mysql"`` to ``mroonga OR tritonn OR "groonga mysql"``. However, until now, we had needed additional definitions in such a case. Therefore, if target keywords for synonyms are many, we are troublesome to define synonyms. Because we need to define many similar definitions.
ja: 多くのケースでは、 ``mroonga`` を ``mroonga OR tritonn OR "groonga mysql"`` と展開した場合、 ``tritonn`` や ``"groonga mysql"`` も ``mroonga OR tritonn OR "groonga mysql"`` と展開して欲しくなりますが、今までは、そのようなケースでは定義を追加する必要がありました。したがって、対象のキーワードに同義語がたくさんあると、同じような定義をたくさん定義する必要があるため、同義語の定義が煩雑でした。

en: In addition, when we remove synonyms, we are troublesome because we need to execute remove against many records.
ja: 加えて、同義語を削除する際も、多くのレコードを削除する必要があるので面倒でした。

en: We can make a group by deciding on a representative synonym record since this release. For example, the all following keywords are the "mroonga" group.
ja: 今回のリリースから同義語の代表値を決めることで一つのグループを作れるようになりました。例えば、以下のすべてのキーワードは、 "mroonga" グループです。

en: In this case, ``mroonga`` is expanded to ``mroonga OR tritonn OR "groonga mysql"``. In addition, ``tritonn`` and ``"groonga mysql"`` are also expanded to ``mroonga OR tritonn OR "groonga mysql"``.
ja: このケースでは、 ``mroonga`` は ``mroonga OR tritonn OR "groonga mysql"`` と展開されます。また、 ``tritonn`` や ``"groonga mysql"`` も ``mroonga OR tritonn OR "groonga mysql"`` と展開されます。

en: When we want to remove synonyms, we execute just remove against a target record. For example, if we want to remove ``"groonga mysql"`` from synonyms, we just remove ``{"_key": "groonga mysql": "representative": "mroonga"}``.
ja: 同義語を削除する際も、対象のレコードを削除するだけです。例えば、同義語から ``"groonga mysql"`` を削除する場合は、 ``{"_key": "groonga mysql": "representative": "mroonga"}`` を削除するだけです。

en: [:doc:`/reference/commands/query_expand`] Added a support for text vector and index.
ja: [:doc:`/reference/commands/query_expand`] 同義語グループにベクターを使えるようにしました。

en: We can use text vector in a synonym group as below.
ja: 以下のように、同義語グループにベクターを使えます。

en: Added support for disabling a backtrace by the environment variable.
ja: 環境変数によって、バックトレースを無効にできるようにしました。

en: We can disable output a backtrace by using ``GRN_BACK_TRACE_ENABLE``. If we set ``GRN_BACK_TRACE_ENABLE=no``, Groonga doesn't output a backtrace.
ja: ``GRN_BACK_TRACE_ENABLE`` を使うことで、バックトレースの出力を無効にできます。``GRN_BACK_TRACE_ENABLE=no`` と設定すると、Groongaはバックトレースを出力しません。

en: Groonga output backtrace to a stack area. Therefore, Groonga may crash because Groonga uses up stack area depending on the OS. In such cases, we can avoid crashes by using ``GRN_BACK_TRACE_ENABLE=no``.
ja: Groongaはバックトレースをスタック領域に保持します。したがって、OSによっては、Groongaがスタック領域を使い切ってしまいクラッシュする可能性があります。``GRN_BACK_TRACE_ENABLE=no`` を使うことで、このようなケースを避けることができます。

en: [:doc:`/reference/commands/select`] Improved performance for ``--slices``.
ja: [:doc:`/reference/commands/select`] ``--slices`` のパフォーマンスを改善しました。

en: [Windows] Added support for Visual Studio 2022.
ja: [Windows] VisualStudio 2022 をサポートしました。

en: [:doc:`/reference/commands/select`] Added support for specifing max intervals for each elements in near search.
ja: [:doc:`/reference/commands/select`] 近傍検索でそれぞれの要素ごとの距離を指定できるようになりました。

en: For example, we can specify max intervals for each phrase in a near phrase search. We make documentation for this feature in the future. Therefore, we will make more details later.
ja: 例えば、近傍フレーズ検索なら、フレーズごとに最大距離を指定できます。この機能は今後ドキュメント化されます。そのため、機能の詳細は後日、共有します。

en: [:doc:`/reference/executables/groonga-server-http`] We could use ``groonga-server-http`` even if Groonga of RPM packages.
ja: [:doc:`/reference/executables/groonga-server-http`] RPMパッケージのGroongaであっても、 ``groonga-server-http`` を使えるようにしました。

en: [Windows] Fixed a crash bug when Groonga output backtrace.
ja: [Windows] Groongaがバックトレースを出力時にクラッシュする問題を修正しました。

en: Release 12.0.0 - 2022-02-09
ja: 12.0.0リリース - 2022-02-09

en: This is a major version up! But It keeps backward compatibility. We can upgrade to 12.0.0 without rebuilding database.
ja: メジャーバージョンアップです! メジャーバージョンアップですが、互換性は壊れていないので、データベースを再構築することなく12.0.0へアップグレードできます。

en: First of all, we introduce the Summary of changes from Groonga 11.0.0 to 11.1.3. Then, we introduce the main changes in 12.0.0.
ja: まずはじめに Groonga 11.0.0 から 11.1.3 までの変更点を紹介します。次に、12.0.0の主な変更点を紹介します。

en: Summary of changes from Groonga 11.0.0 to 11.1.3
ja: Groonga 11.0.0 から 11.1.3 までの主な変更点

en: New Features and Improvements
ja: 新規機能と改良

en: [:doc:`/reference/functions/snippet`] Added support for using the keyword of 32 or more.
ja: [:doc:`/reference/functions/snippet`] 32個以上のキーワードを使えるようにしました。

en: We could not specify the keyword of 32 or more with snippet until now. However, we can specify the keyword of 32 or more by this improvement.
ja: いままで、 ``snippet`` は32個以上のキーワードを指定できませんでしたが、この改良によって、32個以上のキーワードを指定できます。

en: We don't specify the keyword of 32 or more with snippet in normal use. However, if the keyword increments automatically by using such as ``query_expand``, the number of target keywords may be 32 or more.
ja: 通常の使用では、 ``snippet`` に32以上のキーワードは指定しませんが、 ``query_expand`` などを使うことによって自動的にキーワードが増加したときに対象のキーワードが32以上になることがあります。

en: In this case, Groonga occurs an error until now. However, Groonga doesn't occur an error by this improvement.
ja: 今までは、このようなケースでは、Groongaはエラーになっていましたが、この改良によって、エラーが発生しなくなります。

en: See :ref:`release 11.1.3 <release-11-1-3>` for details.
ja: 詳細は、 :ref:`release 11.1.3 <release-11-1-3>` を参照してください。

en: [:doc:`/reference/normalizers/normalizer_nfkc130`] Added a new option ``remove_symbol``.
ja: [:doc:`/reference/normalizers/normalizer_nfkc130`] 新しいオプション ``remove_symbol`` を追加しました。

en: This option removes symbols (e.g. #, !, “, &, %, …) from the string that the target of normalizing. For example, this option useful when we prevent orthographical variants such as a title of song and name of artist, and a name of store.
ja: このオプションは、正規化対象の文字列から記号(例えば #, !, ", &, % 等)を削除します。例えば、歌のタイトルやアーティスト名、お店の名前等の表記ゆれの防止に使えます。

en: [:doc:`/reference/commands/load`] Added support for ISO 8601 time format.
ja: [:doc:`/reference/commands/load`] ISO 8601 形式をサポートしました。

en: ISO 8601 format is the format generally. Therefore ``load`` becomes easy to use by Groonga support the more standard format.
ja: ISO 8601形式は一般的なフォーマットです。より一般的な形式をサポートしたことによって ``load`` の使い勝手が良くなりました。

en: See :ref:`release 11.1.0 <release-11-1-0>` for details.
ja: 詳細は、 :ref:`release 11.1.0 <release-11-1-0>` を参照してください。

en: [:doc:`/reference/functions/snippet`] Added a new option ``delimiter_regexp`` for detecting snippet delimiter with regular expression.
ja: [:doc:`/reference/functions/snippet`] 正規表現を使ってスニペットの区切り文字を見つける新しいオプション ``delimiter_regexp`` を追加しました。

en: This feature is useful in that we want to show by the sentence the result of the search.
ja: この機能は検索結果を文で表示したい時に便利です。

en: :doc:`/reference/functions/snippet` extracts text around search keywords. We call the text that is extracted by :doc:`/reference/functions/snippet` snippet.
ja: :doc:`/reference/functions/snippet` は、検索キーワードの周辺のテキストを抽出します。 :doc:`/reference/functions/snippet` で抽出したテキストをスニペットと呼びます。

en: Normally, :doc:`/reference/functions/snippet` () returns the text of 200 bytes around search keywords. However, :doc:`/reference/functions/snippet` () gives no thought to a delimiter of sentences. The snippet may be composed of multi sentences.
ja: 通常、 :doc:`/reference/functions/snippet` は、検索キーワードの周辺の200byteのテキストを返しますが、 :doc:`/reference/functions/snippet` は、センテンスの区切りを考慮しません。スニペットは、複数のセンテンスで構成されることがあります。

en: ``delimiter_regexp`` option is useful if we want to only extract the text of the same sentence as search keywords. For example, we can use ``\.\s*`` to extract only text in the target sentence. Note that you need to escape ``\`` in string.
ja: ``delimiter_regexp`` オプションは、検索キーワードと同じセンテンスのテキストのみを抽出したいときに便利です。例えば、 ``\.\s*`` を使って対象のセンテンス内のテキストのみを抽出できます。文字列は、 ``\`` でエスケープする必要があることに注意してください。

en: See :ref:`release 11.0.9 <release-11-0-9>` for details.
ja: 詳細は、 :ref:`release 11.0.9 <release-11-0-9>` を参照してください。

en: [:doc:`/reference/commands/cache_limit`] Groonga remove query cache when we execute ``cache_limit 0``.
ja: [:doc:`/reference/commands/cache_limit`] ``cache_limit 0`` を実行したときにクエリーキャッシュを削除するようにしました。

en: Groonga stores query cache to internally table. The maximum total size of keys of this table is 4GiB. Because this table is hash table. Therefore, If we execute many huge queries, Groonga may be unable to store query cache, because the maximum total size of keys may be over 4GiB. In such cases, We can clear the table for query cache by using ``cache_limit 0``, and Groonga can store query cache
ja: Groongaは内部的なテーブルにクエリーキャッシュを保存しています。このテーブルは、ハッシュテーブルなので、トータルのキーサイズは最大で4GiBです。そのため、もし多くの巨大なクエリーを実行した場合、トータルのキーサイズの最大値4GiBを超え、Groongaがクエリーをキャッシュできない可能性があります。このようなケースで、 ``cache_limit 0`` を実行することで、クエリーキャッシュ用のテーブルをクリアーし、Groongaがクエリーキャッシュを保存できるようにします。

en: We needed to restart Groonga to resolve this problem until now. However, We can resolve this problem if we just execute ``cache_limit 0`` by this improvement.
ja: 今まではこの問題を解消するには、Groongaを再起動する必要がありましたが、この改良によって、 ``cache_limit 0`` を実行するだけで問題を解消できます。

en: See :ref:`release 11.0.6 <release-11-0-6>` for details.
ja: 詳細は、 :ref:`release 11.0.6 <release-11-0-6>` を参照してください。

en: [:doc:`/reference/functions/between`] Added support for optimizing the order of evaluation of a conditional expression.
ja: [:doc:`/reference/functions/between`] ``between()`` で、条件式の評価順序の最適化をサポートしました。

en: We can use the optimization of  the order of evaluation of a conditional expression in ``between()`` by setting ``GRN_EXPR_OPTIMIZE=yes``. This optimization is effective with respect if ``between()`` narrow down records enough or ``between()`` can't narrow down few records.
ja: ``GRN_EXPR_OPTIMIZE=yes`` を設定することで、 ``between()`` で条件式の評価順序の最適化を使えます。この最適化は、 ``between()`` で十分にレコードを絞り込めるか、 ``between()`` でほとんどレコードを絞り込めない時に効果があります。

en: [:doc:`/reference/log`] Added support for outputting to stdout and stderr.
ja: [:doc:`/reference/log`] 標準出力、標準エラー出力への出力をサポートしました。

en: This feature is useful when we execute Groonga on Docker. Docker has the feature that records stdout and stderr in standard. Therefore, we don't need to login into the environment of Docker to get Groonga's log.
ja: この機能はDocker上でGroongaを実行する際に有用です。Dockerは標準で標準出力と標準エラー出力を記録する機能を持っています。したがって、Groongaのログを取得するために、Dockerの環境にログインする必要がなくなります。

en: See :ref:`release 11.0.4 <release-11-0-4>` for details.
ja: 詳細は、 :ref:`release 11.0.4 <release-11-0-4>` を参照してください。

en: [:doc:`/reference/functions/query`] Added support for ignoring ``TokenFilterStem`` and ``TokenFilterStopWord`` by the query.
ja: [:doc:`/reference/functions/query`] クエリー毎に ``TokenFilterStem`` と ``TokenFilterStopWord`` を無効にできるようになりました。

en: We are able to search without ``TokenFilterStem`` and ``TokenFilterStopWord`` in only a specific query.
ja: 特定のクエリーでのみ ``TokenFilterStem`` と ``TokenFilterStopWord`` を無効にして検索できるようになりました。

en: This feature is useful when we want to search for the same words exactly as a search keyword. Normally, Groonga gets better results with enable stemming and stopwords excepting. However, if we want to search words the same as a keyword of search exactly, These features are needless.
ja: この機能は、検索キーワードと正確に同じ語を検索したい時に便利です。通常、ステミングやストップワードの除去を有効にしたほうが良い結果を得られますが、検索キーワードと正確に同じ語を検索したい場合は、これらの機能は不要です。

en: Until now, If we want to search words the same as a keyword of search exactly, We needed to make the index of the exclusive use. By this improvement, we can search words the same as a keyword of search exactly without making the index of the exclusive use.
ja: 今までは、検索キーワードと正確に同じ語を検索したい場合は、専用のインデックスを作る必要がありましたが、この改良によって、専用のインデックスを作らずに検索キーワードと正確に同じ語を検索できます。

en: See :ref:`release 11.0.3 <release-11-0-3>` for details.
ja: 詳細は、 :ref:`release 11.0.3 <release-11-0-3>` を参照してください。

en: [:doc:`/reference/functions/string_slice`] Added a new function ``string_slice()``.
ja: [:doc:`/reference/functions/string_slice`] 新しい関数 ``string_slice`` を追加しました。

en: ``string_slice()`` extracts a substring of a string of search results by position or regular expression. This function is useful if we want to edit search results.
ja: ``string_slice()`` は、検索結果の文字列から文字の位置や正規表現を使って、部分文字列を抽出します。この機能は、検索結果を編集したい時に便利です。

en: For example, this feature is useful in that we exclude tags from search results.
ja: 例えば、この機能は、検索結果からタグを除去するのに使えます。

en: [:doc:`/reference/functions/query_parallel_or`] Added a new function for processing queries in parallel.
ja: [:doc:`/reference/functions/query_parallel_or`] クエリーを並行して実行できる新しい関数を追加しました。

en: ``query_parallel_or`` is similar to query but ``query_parallel_or`` processes query that has multiple OR conditions in parallel. We can increase in speed of the execution of many OR conditions by using this function.
ja: ``query_parallel_or`` は query と似ていますが、 ``query_parallel_or`` は複数の OR 条件を並列に処理します。この機能を使うことで、大量のOR条件の実行速度を向上できます。

en: However, ``query_parallel_or`` alone uses multiple CPUs. Therefore, queries that are executing at the same time as the query that executes ``query_parallel_or`` may be slow.
ja: ただ、 ``query_parallel_or`` だけで複数のCPUを使います。したがって、 ``query_parallel_or`` と同時に実行しているクエリーは速度が低下する可能性があります。

en: [:doc:`/reference/token_filters`] Added support for multiple token filters with options.
ja: [:doc:`/reference/token_filters`] オプションをつけた複数のトークンフィルターを使えるようにしました。

en: We can use multiple token filters with options as the following example.
ja: 以下の例のように、オプション付きのトークンフィルターを複数使うことができます。

en: [:doc:`/reference/commands/select`] Added support for ``--post_filter`` and ``--slices[].post_filter``.
ja: [:doc:`/reference/commands/select`] ``--post_filter`` と ``--slices[].post_filter`` をサポートしました。

en: We can filter again after we execute ``--filter`` by using ``--post_filter`` and ``--slices[].post_filter``. The difference between ``--post_filter`` and ``--slices[].post_filter`` is response format.
ja: ``--post_filter`` と ``--slices[].post_filter`` を使うことで、 ``--filter`` 実行後に再度フィルタリングすることができます。``--post_filter`` と ``--slices[].post_filter`` の違いは応答フォーマットです。

en: The response format of ``--post_filter`` same as the response of ``--filter``. The response format of ``--slices[].post_filter`` show the result of before and after ``--slices[].post_filter`` executed.
ja: ``--post_filter`` の応答フォーマットは、 ``--filter`` と同じです。``--slices[].post_filter`` の応答フォーマットは ``--slices[].post_filter`` の実行前後の結果を出力します。

en: Note that if we use ``--slices[].post_filter``, the format of the response is different from the normal ``select`` 's response.
ja: ``--slices[].post_filter`` の応答フォーマットは、通常の ``select`` の応答と異なることに注意してください。

en: Fixed a bug that the version up of Groonga failed Because the version up of arrow-libs on which Groonga depends.
ja: Groongaが依存している arrow-libs がバージョンアップしたことによって、Groongaのバージョンアップが失敗する問題を修正しました。

en: However, if arrow-libs update a major version, this problem reproduces. In this case, we will handle that by rebuilding the Groonga package.
ja: ただし、 arrow-libs がメジャーバージョンアップした場合は、この問題は再発します。その場合は、Groongaパッケージを再構築して対応する予定です。

en: [Windows] Fixed a resource leak when Groonga fail open a new file caused by out of memory.
ja: [Windows] メモリー不足によって、新しくファイルのオープンに失敗した時にリソースリークする問題を修正しました。

en: Fixed a bug that Groonga may not have returned a result of a search query if we sent many search queries when tokenizer, normalizer, or token_filters that support options were used.
ja: オプションをサポートしているトークナイザーやノーマライザー、トークンフィルターが使われている際、多くの検索クエリーを送信するとGroongaが応答を返さなくなることがある問題を修正しました。

en: Fixed a bug that there is possible that index is corrupt when Groonga executes many additions, delete, and update information in it.
ja: インデックス内のデータを大量に追加、削除、更新した際にインデックスが破損することがある問題を修正しました。

en: This bug occurs when we only execute many delete information from index. However, it doesn’t occur when we only execute many additions information into index.
ja: この問題は、インデックス内のデータを大量に削除しただけでも発生します。ただ、インデックスにデータを追加しただけでは発生しません。

en: See :ref:`release 11.0.0 <release-11-0-0>` for details.
ja: 詳細は、 :ref:`release 11.0.0 <release-11-0-0>` を参照してください。

en: Newly supported OSes
ja: 新しくサポートしたOS

en: [:doc:`/install/almalinux`] Added support for AlmaLinux 8.
ja: [:doc:`/install/almalinux`] AlmaLinux 8 向けのパッケージをサポートしました。

en: [:doc:`/install/almalinux`] Added support for AlmaLinux 8 for ARM64.
ja: [:doc:`/install/almalinux`] ARM64版 AlmaLinux 8 向けのパッケージをサポートしました。

en: [:doc:`/install/debian`] Added support for Debian 11 (Bullseye).
ja: [:doc:`/install/debian`] Debian 11 (Bullseye) をサポートしました。

en: [:doc:`/install/debian`] Added support for Debian 11 (Bullseye) for ARM64 and Debian 10 (buster) for ARM64.
ja: [:doc:`/install/debian`] ARM64版 Debian 11 (Bullseye) と ARM64版 Debian 10 (buster) をサポートしました。

en: [:doc:`/install/ubuntu`] Added support for Ubuntu 21.10 (Impish Indri).
ja: [:doc:`/install/ubuntu`] Ubuntu 21.10 (Impish Indri)をサポートしました。

en: Dropped support OSes
ja: サポートをやめたOS

en: [:doc:`/install/centos`] Dropped support for CentOS 8.
ja: [:doc:`/install/centos`] CentOS 8のサポートをやめました。

en: [:doc:`/install/ubuntu`] Dropped support for Ubuntu 21.04 (Hirsute Hippo).
ja: [:doc:`/install/ubuntu`] Ubuntu 21.04 (Hirsute Hippo)のサポートをやめました。

en: [:doc:`/install/ubuntu`] Dropped support for Ubuntu 20.10 (Groovy Gorilla).
ja: [:doc:`/install/ubuntu`] Ubuntu 20.10 (Groovy Gorilla)のサポートをやめました。

en: [:doc:`/install/ubuntu`] Dropped support for Ubuntu 16.04 LTS (Xenial Xerus).
ja: [:doc:`/install/ubuntu`] Ubuntu 16.04 LTS (Xenial Xerus)のサポートをやめました。

en: [:doc:`/install/windows`] Dropped support for the following packages of Windows version that we had cross-compiled by using MinGW on Linux.
ja: [:doc:`/install/windows`] Linux上のMinGWを使ってクロスコンパイルしていた以下のWindows向けパッケージの提供をやめました。

en: Anthony M. Cook
ja: Anthony M. Cookさん

en: MASUDA Kazuhiro
ja: MASUDA Kazuhiroさん

en: poti
ja: potiさん

en: Takashi Hashida
ja: Takashi Hashidaさん

en: higchi
ja: higchiさん

en: wi24rd
ja: wi24rdさん

en: Josep Sanz
ja: Josep Sanzさん

en: Keitaro YOSHIMURA
ja: Keitaro YOSHIMURAさん

en: shibanao4870
ja: shibanao4870さん

en: The main changes in 12.0.0 are as follows.
ja: 12.0.0 の主な変更点は以下の通りです。

en: [:doc:`/reference/functions/sub_filter`] Added a new option ``pre_filter_threshold``.
ja: [:doc:`/reference/functions/sub_filter`] 新しいオプション ``pre_filter_threshold`` を追加しました。

en: We can change the value of ``GRN_SUB_FILTER_PRE_FILTER_THRESHOLD`` by this option. If the number of records is less than ``GRN_SUB_FILTER_PRE_FILTER_THRESHOLD`` when Groonga executes ``sub_filter``, Groonga execute ``sub_filter`` against records that have been already narrowed down.
ja: このオプションで、 ``GRN_SUB_FILTER_PRE_FILTER_THRESHOLD`` の値を変更できます。Groongaが ``sub_filter`` 実行時に レコード数が ``GRN_SUB_FILTER_PRE_FILTER_THRESHOLD`` 以下だった場合、Groongaは既に絞り込んだレコードに対して ``sub_filter`` を実行します。

en: We can use -1 to always use this optimization.
ja: -1にすると、常にこの最適化を有効にできます。

en: [index_column_have_source_record] Added a new function ``index_column_have_source_record()``.
ja: [index_column_have_source_record] 新しい関数 ``index_column_have_source_record()`` を追加しました。

en: We can confirm whether a token that is existing in the index is included in any of the records that are registered in Groonga or not.
ja: インデックスに存在するトークンがGroongaに登録されているいずれかのレコードに含まれているかどうかを確認できます。

en: Groonga does not remove a token even if the token become never used from records in Groonga by updating records. Therefore, for example, when we use the feature of autocomplete, Groonga may return a token that is not included in any of the records as candidates for search words. However, we can become that we don't return the needless token by using this function.
ja: Groongaは、レコードの更新によってどのレコードからも使われていないトークンがあっても、それを削除しません。したがって、例えば、オートコンプリート機能を使っていると、検索候補としてどのレコードにも含まれていないトークンを返す可能性がありますが、この関数をつかうことで、不要なトークンを返さないようにできます。

en: Because this function can detect a token that is not included in any of the records.
ja: この関数は、トークンがどのレコードにも含まれていないことを検出できるからです。

en: [:doc:`/reference/normalizers/normalizer_nfkc130`] Added a new option ``strip``
ja: [:doc:`/reference/normalizers/normalizer_nfkc130`] 新しいオプション ``strip`` を追加しました。

en: This option removes spaces from the start and the end as below.
ja: このオプションは、先頭と末尾から空白を削除します。

en: [:doc:`/reference/commands/select`] Added new arguments ``drilldown_max_n_target_records`` and ``drilldown[${LABEL}].max_n_target_records``.
ja: [:doc:`/reference/commands/select`] 新しい引数 ``drilldown_max_n_target_records`` と ``drilldown[${LABEL}].max_n_target_records`` を追加しました。

en: We can specify the max number of records of the drilldown target table (filtered result) to use drilldown. If the number of filtered result is larger than the specified value, some records in filtered result aren't used for drilldown. The default value of this arguments are ``-1``. If these arguments are set ``-1``, Groonga uses all records for drilldown.
ja: ドリルダウン対象のテーブル（フィルター結果）の中のうち最大で何レコードをドリルダウンに使うかを指定します。もし、フィルター結果のレコード数が指定した値より大きかったらフィルターした結果内のいくつかのレコードはドリルダウンには使われません。これらの引数のデフォルト値は、 ``-1`` です。これらの引数に ``-1`` がセットされた場合、Groongaは全てのレコードをドリルダウンに使います。

en: This argument is useful when filtered result may be very large. Because a drilldown against large filtered result may be slow. We can limit the max number of records to be used for drilldown by this feature.
ja: この機能はフィルター結果が非常に大きくなるかもしれない場合に有用です。大きなフィルター結果に対するドリルダウンは遅くなることがあるためです。この機能を使うことでドリルダウンに使うレコード数を制限できます。

en: Here is an example to limit the max number of records to be used for drilldown. The last 2 records, ``{\"_id\": 4, \"tag\": \"Senna\"}`` and ``{\"_id\": 5, \"tag\": \"Senna\"}``, aren't used.
ja: 以下はドリルダウンに使う最大レコード数を制限する例です。最後の2レコード（ ``{"_id": 4, "tag": "Senna"}`` と ``{"_id": 5, "tag": "Senna"}`` ）は使われていません。

en: [httpd] Updated bundled nginx to 1.21.6.
ja: [httpd] バンドルしているnginxのバージョンを1.21.6に更新しました。
