1.2.4 - en to ja translation catalogue (335 entries)

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

en: Release 13.1.1 - 2024-01-09
ja: 13.1.1リリース - 2024-01-09

en: Improvements
ja: 改良

en: Dropped support for mingw32. [GitHub#1654]
ja: mingw32のサポートをやめました。 [GitHub#1654]

en: Added support for index search of "vector_column[N] OPERATOR literal" with `--match_columns` and `--query`.
ja: `--match_columns` と `--query` を使った "vector_column[N] OPERATOR literal" でインデックスを使った検索をサポートしました。

en: Fixes
ja: 修正

en: [{doc}`/install/windows`] Bundled `groonga-normalizer-mysql` again. [GitHub#1655]
ja: [{doc}`/install/windows`] `groonga-normalizer-mysql` をバンドルしました。 [GitHub#1655]

en: Groonga 13.1.0 for Windows didn't include `groonga-normalizer-mysql`. This problem only occured in Groonga 13.1.0.
ja: Windows版のGroonga 13.1.0に `groonga-normalizer-mysql` が含まれていませんでした。 この問題はGroonga13.1.0でのみ発生します。

en: Release 13.1.0 - 2023-12-26
ja: 13.1.0リリース - 2023-12-26

en: [{doc}`/reference/commands/select`] Groonga also cached trace log.
ja: [{doc}`/reference/commands/select`] トレースログもキャッシュするようにしました。

en: Added support for outputting `dict<string>` in a responce of Apache Arrow format.
ja: Apache Arrow フォーマットの応答で `dict<string>` の出力をサポートしました。

en: [{doc}`/reference/executables/groonga-server-http`] Added support for new content type `application/vnd.apache.arrow.stream`
ja: [{doc}`/reference/executables/groonga-server-http`] 新しい content type `application/vnd.apache.arrow.stream` をサポートしました。

en: [{doc}`/reference/functions/query`] Added support empty input as below.
ja: [{doc}`/reference/functions/query`] 以下のような空の入力をサポートしました。

en: Added support for BFloat16(experimental)
ja: BFloat16をサポートしました。（実験的）

en: We can just load and select BFloat16. We can't use arithmetic operations such as `bfloat16_value - 1.2`.
ja: BFloat16のloadとselectができるだけです。 `bfloat16_value - 1.2` のような算術演算はできません。

en: [{doc}`/reference/commands/column_create`] Added new flag `WEIGHT_BFLOAT16`.
ja: [{doc}`/reference/commands/column_create`] 新しいフラグ `WEIGHT_BFLOAT16` を追加しました。

en: [{doc}`/reference/commands/select`] Fixed a bug that when Groonga cached `output_pretty=yes` result, Groonga returned a query with `output_pretty` even if we sent a query without `output_pretty`.
ja: [{doc}`/reference/commands/select`] Groonga が `output_pretty=yes` の結果をキャッシュした場合、 `output_pretty` をつけていないクエリーであっても、`output_pretty`をつけて返してしまう問題を修正しました。

en: Fixed a wrong data created bug.
ja: 誤ったデータを作り出してしまう問題を修正しました。

en: In general, users can't do this explicitly because the command API doesn't accept `GRN_OBJ_{APPEND,PREPEND}`. This may be used internally when a dynamic numeric vector column is created and a temporary result set is created (OR is used).
ja: 通常、ユーザーはこれを明示的に実行できません。数値の動的カラムや一時結果セットが作られたとき、あるいは使われているときに内部的に発生することがあります。

en: For example, the following query may create wrong data:
ja: 例えば、以下のクエリーで誤ったデータを作り出すことがあります。

en: If this is happen, `NUMERIC_DYNAMIC_COLUMN` contains many garbage elements. It also causes too much memory consumption.
ja: もしこの問題が起こった場合は、`NUMERIC_DYNAMIC_COLUMN` は多くのごみ要素を含んでいます。そして、それは多くのメモリー消費の原因にもなります。

en: Note that this is caused by an uninitialized variable on stack. So this may or may not be happen.
ja: この問題はスタック上の未初期化の変数が原因です。そのため、発生するかもしれないし、しないかもしれないことに注意してください。

en: Fixed a bug that may fail to set valid `normalizers/token_filters`.
ja: 有効な `normalizers/token_filters` の設定が失敗することがある問題を修正しました。

en: [fuzzy_search] Fixed a crash bug when the following three conditions established.
ja: [fuzzy_search] 以下の３つの条件が成立した時にクラッシュする問題を修正しました。

en: Query has 2 or more multi-byte characters.
ja: クエリーが2つまたはそれ以上のマルチバイト文字を持っている場合。

en: `${ASCII}${ASCII}${MULTIBYTE}*` characters in a patricia trie table.
ja: `${ASCII}${ASCII}${MULTIBYTE}*` という形の文字列がパトリシアトライのテーブルにある場合。

en: `WITH_TRANSPOSITION` is enabled.
ja: `WITH_TRANSPOSITION` が有効な場合。

en: For example, "aaあ" in a patricia trie table with query "あああ" pair has this problem as below.
ja: 例えば、以下のようにパトリシアトライのテーブル内にある"aaあ"とクエリー"あああ"のペアは問題を起こします。

en: Release 13.0.9 - 2023-10-29
ja: 13.0.9リリース - 2023-10-29

en: [{doc}`/reference/commands/select`] Changed the default value of `--fuzzy_max_expansions` from 0 to 10.
ja: [{doc}`/reference/commands/select`] `--fuzzy_max_expansions` のデフォルト値を0から10に変更しました。

en: `--fuzzy_max_expansions` can limit number of words that has close edit distance to use search process. This argument can help to balance hit numbers and performance of the search. When `--fuzzy_max_expansions` is 0, the search use all words that the edit distance are under `--fuzzy_max_distance` in the vocabulary list.
ja: `--fuzzy_max_expansions` を使うことで検索に使う編集距離の近い語の数を制限できます。この引数を使って、ヒット数と検索パフォーマンスのバランスを取ることができます。`--fuzzy_max_expansions` が0の場合は語彙表にある編集距離が `--fuzzy_max_distance` 以下の語すべてを使って検索をします。

en: `--fuzzy_max_expansions` is 0 (unlimited) may slow down a search. Therefore, the default value of `--fuzzy_max_expansions` is 10 from this release.
ja: ただ、 `--fuzzy_max_expansions` が0の場合、検索が遅くなる可能性があります。したがって、今回のリリースから `--fuzzy_max_expansions` のデフォルト値を10に変更しました。

en: [{doc}`/reference/commands/select`] Improved `select` arguments with addition new argument `--fuzzy_with_transposition` (experimental).
ja: [{doc}`/reference/commands/select`] `select` コマンドの引数に新しく `--fuzzy_with_transposition` を追加しました。(実験的)

en: We can choose edit distance `1` or `2` for the transposition case by using this argument.
ja: この引数を使うことで「隣接する文字の交換」の編集距離を1または2に指定できます。

en: If this parameter is `yes`, the edit distance of this case is `1`. It's `2` otherwise.
ja: `--fuzzy_with_transposition` が `yes` の場合、文字の交換の編集距離は `1` になります。それ以外の値が指定された場合は、文字の交換の編集距離は `2` になります。

en: [{doc}`/reference/commands/select`] Improved `select` arguments with addition new argument `--fuzzy_tokenize`.
ja: [{doc}`/reference/commands/select`] `select` の引数に新しく `--fuzzy_tokenize` を追加しました。(実験的)

en: When `--fuzzy_tokenize` is `yes`, Groonga use tokenizer that specifies in `--default_tokenizer` in typo tolerance search.
ja: `--fuzzy_tokenize` が `yes` の時、 Groongaは、誤字を許容する検索で `--default_tokenizer` で指定したトークナイザーを使います。

en: The default value of `--fuzzy_tokenize` is `no`.　The useful case of `--fuzzy_tokenize` is the following case.
ja: `--fuzzy_tokenize` のデフォルト値は `no`です。 `--fuzzy_tokenize` が有用なケースは、以下のケースです。

en: Search targets are only Japanese data.
ja: 検索対象が日本語のデータのみ。

en: Specify `TokenMecab` in `--default_tokenizer`.
ja: `--default_tokenizer` に `TokenMecab` を指定する。

en: [{doc}`/reference/commands/load`] Added support for `--ifexists` even if we specified `apache-arrow` into `input_type`.
ja: [{doc}`/reference/commands/load`] `input_type` が `apache-arrow` のときも `--ifexists` が使えるようになりました。

en: [{doc}`/reference/normalizers`] Improved `NormalizerNFKC*` options with addition new option `remove_blank_force`.
ja: [{doc}`/reference/normalizers`] `NormalizerNFKC*` に新しく `remove_blank_force` オプションを追加しました。

en: When `remove_blank_force` is `false`, Normalizer doesn't ignore space as below.
ja: `remove_blank_force` が `false` の時、以下のようにノーマライザーは空白を無視しません。

en: [{doc}`/reference/commands/select`] Improved `select` arguments with addition new argument `--output_trace_log` (experimental).
ja: [{doc}`/reference/commands/select`] `select` コマンドの引数に新しく `--output_trace_log` を追加しました。(実験的)

en: If we specify `yes` in `--output_trace_log` and `--command_version 3`, Groonga output addition new log as below.
ja: `--output_trace_log` に `yes` を指定し `--command_version 3` を指定した場合、Groongaは以下のようなログを新規に出力します。

en: `--output_trace_log` is valid in only command version 3.
ja: `--output_trace_log` は、コマンドバージョン3でのみ有効です。

en: This will be useful for the following cases:
ja: 以下のケースで有用です。:

en: Detect real words used by fuzzy query.
ja: 誤字を許容する検索で使われた実際のキーワードの検知。

en: Measure elapsed timeout without seeing query log.
ja: クエリーログを見ずに実行時間を測定。

en: [{doc}`/reference/functions/query`] Added support for object literal.
ja: [{doc}`/reference/functions/query`] オブジェクトリテラルをサポートしました。

en: [{doc}`/reference/commands/query_expand`] Added support for `NPP` and `ONPP` (experimental).
ja: [{doc}`/reference/commands/query_expand`] `NPP` と `ONPP` をサポートしました（実験的）。

en: [{doc}`/reference/functions/snippet`] Added support for `normalizers` option.
ja: [{doc}`/reference/functions/snippet`] `normalizers` オプションをサポートしました。

en: We can use normalizer with option. For example, when we don't want to ignore space in `snippet()` function, we use this option as below.
ja: オプション付きのノーマライザーが使えるようになります。例えば、以下のように `snippet()` 関数内でスペースを無視したくない時にこのオプションを使います。

en: Fixed a bug in `Time OPERATOR Float{,32}` comparison. [GH-1624](https://github.com/groonga/groonga/issues/1624)[Reported by yssrku]
ja: `Time OPERATOR Float{,32}` が正しく評価されない問題を修正しました。 [GH-1624](https://github.com/groonga/groonga/issues/1624)[Reported by yssrku]

en: Microsecond (small value than second) information in `Float{,32}` isn't used. This is happen only when `Time OPERATOR Float{,32}`.
ja: `Float{,32}` 内のマイクロ秒（秒未満の小さい値）が使えていませんでした。この問題は `Time OPERATOR Float{,32}` の時だけ発生します。

en: This is happen in `load --ifexists 'A OP B || C OP D'` as below.
ja: 以下のように、 `load --ifexists 'A OP B || C OP D'` でこの問題は発生します。

en: However, this isn't happen in `select --filter`.
ja: しかし、 `select --filter` では発生しません。

en: Fixed a bug that `alnum(a-zA-Z0-9) + blank` may be detected.
ja: `alnum(a-zA-Z0-9) + blank` が検知されることがある問題を修正しました。

en: If the number of input is 2 such as `ab` and text with some blanks such as `a b` is matched, `a b` is detected. However, it should not be detected in this case.
ja: `ab` や `a b` のように複数の空白を含むテキストがマッチする場合、 `a b`が検知されますが、このケースでは検知すべきではありません。

en: For example, `a i` is detected when this bug occures as below.
ja: 例えば、この問題が発生すると、以下のように `a i` を検知してしまいます。

en: However, the above result is unexpected result. We don't want to detect `a i` in the above case.
ja: しかし、上記の結果は期待していない結果です。上記ケースでは `a i` は検知してほしくありません。

en: Thanks
ja: 感謝

en: Release 13.0.8 - 2023-09-29
ja: 13.0.8リリース - 2023-09-29

en: [{doc}`/reference/commands/column_create`] Improved `column_create` flags with addition new flags `COLUMN_FILTER_SHUFFLE`, `COLUMN_FILTER_BYTE_DELTA`, `COMPRESS_FILTER_TRUNCATE_PRECISION_1BYTE`, and `COMPRESS_FILTER_TRUNCATE_PRECISION_2BYTES`.
ja: [{doc}`/reference/commands/column_create`] `column_create` に新しいフラグ `COLUMN_FILTER_SHUFFLE`, `COLUMN_FILTER_BYTE_DELTA`, `COMPRESS_FILTER_TRUNCATE_PRECISION_1BYTE`, and `COMPRESS_FILTER_TRUNCATE_PRECISION_2BYTES` を追加しました。

en: Added new bundling library [Blosc](https://www.blosc.org/).
ja: 新しく[Blosc](https://www.blosc.org/)をバンドルしました。

en: `COLUMN_FILTER_SHUFFLE`, `COLUMN_FILTER_BYTE_DELTA`, `COMPRESS_FILTER_TRUNCATE_PRECISION_1BYTE`, and `COMPRESS_FILTER_TRUNCATE_PRECISION_2BYTES` flags are require Blosc.
ja: `COLUMN_FILTER_SHUFFLE`, `COLUMN_FILTER_BYTE_DELTA`, `COMPRESS_FILTER_TRUNCATE_PRECISION_1BYTE`, `COMPRESS_FILTER_TRUNCATE_PRECISION_2BYTES`フラグがBloscを要求します。

en: [{doc}`/reference/commands/status`] Improved `status` output with addition new features `"blosc"`.
ja: [{doc}`/reference/commands/status`] `status` コマンドの出力に新しく `"blosc"` を追加しました。

en: [{doc}`/reference/executables/groonga`] Improved `groonga --version` output with addition new value `blosc`.
ja: [{doc}`/reference/executables/groonga`] `groonga --version` の出力に新しく `blosc` を追加しました。

en: [{doc}`/reference/commands/select`] Improved `select` arguments with addition new argument `--fuzzy_max_distance` (experimental).
ja: [{doc}`/reference/commands/select`] `select` の引数に新しく `--fuzzy_max_distance` を追加しました。(実験的)

en: [{doc}`/reference/commands/select`] Improved `select` arguments with addition new argument `--fuzzy_max_expansions` (experimental).
ja: [{doc}`/reference/commands/select`] `select` コマンドの引数に新しく `--fuzzy_max_expansions` を追加しました。(実験的)

en: [{doc}`/reference/commands/select`] Improved `select` arguments with addition new argument `--fuzzy_max_distance_ratio` (experimental).
ja: [{doc}`/reference/commands/select`] `select` コマンドの引数に新しく `--fuzzy_max_distance_ratio` を追加しました。(実験的)

en: [{doc}`/reference/commands/select`] Improved `select` arguments with addition new argument `--fuzzy_prefix_length` (experimental).
ja: [{doc}`/reference/commands/select`] `select` コマンドの引数に新しく `--fuzzy_prefix_length` を追加しました。(実験的)

en: [cast] Added support for casting `"[0.0, 1.0, 1.1, ...]"` to `Float`/`Float32` vector.
ja: [cast] `"[0.0, 1.0, 1.1, ...]"` を `Float`/`Float32` のベクターへキャストできるようにしました。

en: [fuzzy_search] Rename `max_expansion` option to `max_expansions` option.
ja: [fuzzy_search] `max_expansion` オプションの名前を `max_expansions` に変更しました。

en: `max_expansion` option is deprecate since this release. However, we can use `max_expansion` in the feature to backward compatibility.
ja: `max_expansion` option はこのリリースから非推奨になりますが、後方互換性を維持するために引き続き使えるようにしています。

en: Rename master branch to main branch.
ja: master ブランチの名前を main に変更しました。

en: [RPM] Use CMake for building.
ja: [RPM] CMakeを使ってビルドするようにしました。

en: [Debian] Added support for Debian trixie.
ja: [Debian] Debian trixie をサポートしました。

en: [fuzzy_search] Fixed a bug that Groonga may get records that should not match.
ja: [fuzzy_search] ヒットしないはずのレコードがヒットすることがある問題を修正しました。

en: [{ref}`query-syntax-near-phrase-search-condition`][{ref}`script-syntax-near-phrase-search-operator`] Fixed a bug that Groonga crashed when the first phrase group doesn't match anything as below.
ja: [{ref}`query-syntax-near-phrase-search-condition`][{ref}`script-syntax-near-phrase-search-operator`] 以下のように、最初のフレーズグループに何もマッチしない時にGroongaがクラッシュする問題を修正しました。

en: Release 13.0.7 - 2023-09-12
ja: 13.0.7リリース - 2023-09-12

en: [{doc}`/reference/commands/normalize`] Fixed a bug that `normalize` command doesn't output last offset and type.
ja: [{doc}`/reference/commands/normalize`] `normalize` コマンドで最後の `offset` と `type` が表示されない問題を修正しました。

en: `normalize` command can output offset and type of string after normalize as below, but `normalize` command doesn't output the last offset and type by this bug.
ja: `normalize` コマンドは以下のようにノーマライズ後の文字のオフセットとタイプを表示できますが、最後の`offset`と`type`が表示されていませんでした。

en: [{doc}`/reference/normalizers`] Fixed a bug that the last offset value may be invalid when we use multiple normalizers.
ja: [{doc}`/reference/normalizers`] 複数のノーマライザーを使用した時に最後の文字のオフセットが不正になることがある問題を修正しました。

en: For the following example, the last offset value is 27 correctly, but it is 17 in the following example by this bug.
ja: 例えば以下の例では、最後のオフセットは27が正しいですが、以下の例ではこの問題が原因で17になっています。

en: Release 13.0.6 - 2023-08-31
ja: 13.0.6リリース - 2023-08-31

en: [{doc}`/reference/functions/highlight_html`] Don't report error when we specify empty string into `highlight_html()` as below.
ja: [{doc}`/reference/functions/highlight_html`] 以下のように `highlight_html()` に空文字列を指定してもエラーを報告しなくなりました。

en: `highlight_html()` just returns an empty text.
ja: `highlight_html()` は空のテキストを返します。

en: Added support `aggregator_*` for dynamic columns and pseudo columns.
ja: 動的カラムや疑似カラムを対象に `aggregator_*` を使えるようになりました。

en: Pseudo column is a column with `_` prefix.(e.g. `_id`, `_nsubrecs`, ...).
ja: 疑似カラムとは、 `_` で始まるカラムのことです。(例： `_id`, `_nsubrecs`, ...)

en: [CMake] Fixed a build error with CMake when both of msgpack and msgpackc-cxx are installed.
ja: [CMake] msgpack と msgpackc-cxx の両方がインストールされている環境でCMakeによるビルドが失敗する問題を修正しました。

en: Please refer the comment of https://github.com/groonga/groonga/pull/1601 about details.
ja: 詳細については、 https://github.com/groonga/groonga/pull/1601 のコメントを参照してください。

en: Fixed a parse bug when we use `x OR <0.0y` with `QUERY_NO_SYNTAX_ERROR`.
ja: `x OR <0.0y` と `QUERY_NO_SYNTAX_ERROR` を使った時に式を正しくパースできない問題を修正しました。

en: Records that should match may be not matched.
ja: マッチするはずのレコードがマッチしなくなることがあります。

en: For example, if we execute the following query, `{"_key": "name yyy"}` should match but `{"_key": "name yyy"}` is not match.
ja: 例えば、以下のようなクエリーを実行した場合、`{"_key": "name yyy"}` はマッチするはずですが、マッチしません。

en: [{doc}`/reference/functions/highlight_html`] Fixed a bug that highlight position may be incorrect.
ja: [{doc}`/reference/functions/highlight_html`] ハイライト位置が正しくないことがある問題を修正しました。

en: For example, this bug occures when we specify as highlight target both of keyword with the number of characters is one and keyword with the number of characters is two.
ja: 例えば、ハイライト対象に文字数が1のキーワードと文字数が2のキーワードを両方指定した時に発生します。

en: Release 13.0.5 - 2023-08-02
ja: 13.0.5リリース - 2023-08-02

en: Fixed a bug that index creation may be failed.
ja: インデックス構築に失敗することがある問題を修正しました。

en: Groonga v13.0.2, v13.0.3, and v13.0.4 have this bug. Therefore, If you already have used the above version, we highly recommend that you use Groonga v13.0.5 or later.
ja: この問題は、Groonga v13.0.2, v13.0.3, v13.0.4 に存在します。したがって、これらのバージョンを使用している場合は、 Groonga v13.0.5 以降を使用することを強くおすすめします。

en: [{ref}`query-syntax-near-phrase-search-condition`][{ref}`script-syntax-near-phrase-search-operator`] Fixed a bug that Groonga may crash when we specify invalid syntax query.
ja: [{ref}`query-syntax-near-phrase-search-condition`][{ref}`script-syntax-near-phrase-search-operator`] 各近傍フレーズ検索で、無効なシンタックスのクエリーを指定した時にGroongaがクラッシュすることがある問題を修正しました。

en: For example, Groonga is supported to occures error in the following case. However if Groonga has this bug, Groonga is crashed in the following case.   (We want to notice that one too many a close parenthesis in the value of "--query" in the following case.)
ja: 例えば、以下のケースでは本来エラーになるべきですが、この問題があるとクラッシュします。("--query"の値に閉じカッコが一つ多い点に着目してください。)

en: Release 13.0.4 - 2023-07-26
ja: 13.0.4リリース - 2023-07-26

en: [{doc}`/install/windows`] Stopped providing 32-bit packages.
ja: [{doc}`/install/windows`] 32-bit版パッケージの提供をやめました。

en: [{doc}`/install/debian`] [{doc}`/install/ubuntu`] Fixed the default configuration file path for {doc}`/reference/query_expanders/tsv`.
ja: [{doc}`/install/debian`] [{doc}`/install/ubuntu`] {doc}`/reference/query_expanders/tsv`のデフォルトの設定ファイルのパスを修正しました。

en: [CMake] Fixed a bug that some errors may be reported when CMake 3.16 or 3.17 are used.
ja: [CMake] CMake 3.16または3.17を使っている場合にエラーになることがある問題を修正しました。

en: Release 13.0.3 - 2023-07-24
ja: 13.0.3リリース - 2023-07-24

en: [{doc}`/reference/executables/groonga-httpd`] Extracted to [groonga-nginx](https://github.com/groonga/groonga-nginx). We stopped providing the `groonga-httpd` package.
ja: [{doc}`/reference/executables/groonga-httpd`] [groonga-nginx](https://github.com/groonga/groonga-nginx)に切り出されました。`groonga-httpd`パッケージの提供をやめました。

en: If you're an user of Debian GNU/Linux 12+ or Ubuntu 23.10+, you can use the `libnginx-mod-http-groonga` package with the default `nginx` package. See [groonga-nginx's README](https://github.com/groonga/groonga-nginx#readme) for details.
ja: Debian GNU/Linux 12以降あるいはUbuntu 23.10以降のユーザーはデフォルトの`nginx`パッケージと一緒に使える`libnginx-mod-http-groonga`パッケージを使ってください。詳細は[groonga-nginxのREADME](https://github.com/groonga/groonga-nginx#readme)を参照してください。

en: If you're an user of old Debian/Ubuntu or RHEL related distributions, you can't use any `groonga-httpd` equivalent package. You can use {doc}`/reference/executables/groonga-server-http` instead. If {doc}`/reference/executables/groonga-server-http` isn't suitable for your use case, please report it to [Discussions](https://github.com/groonga/groonga/discussions) with your use case.
ja: 古いDebian/UbuntuまたはRHEL関連ディストリビューションのユーザーは`groonga-httpd`相当のパッケージを使うことはできません。代わりに{doc}`/reference/executables/groonga-server-http`を使うことができます。もし、{doc}`/reference/executables/groonga-server-http`があなたのユースケースでは適切ではない場合、あなたのユースケース付きで[Discussions](https://github.com/groonga/groonga/discussions)に報告してください。

en: [{doc}`/install/ubuntu`] Added support for Ubuntu 23.10 (Mantic Minotaur).
ja: [{doc}`/install/ubuntu`] Ubuntu 23.10（Mantic Minotaur）をサポートしました。

en: [{doc}`/install/debian`] Enabled xxHash support.
ja: [{doc}`/install/debian`] xxHashサポートを有効にしました。

en: [{doc}`/install/ubuntu`] Enabled xxHash support.
ja: [{doc}`/install/ubuntu`] xxHashサポートを有効にしました。

en: Fixed a bug that the source archive can't be built with CMake.
ja: ソースアーカイブがCMakeでビルドできない問題を修正しました。

en: Release 13.0.2 - 2023-07-12
ja: 13.0.2リリース - 2023-07-12

en: [{doc}`/install/ubuntu`] Dropped support for Ubuntu 18.04 (Bionic Beaver).
ja: [{doc}`/install/ubuntu`] Ubuntu 18.04（Bionic Beaver）のサポートをやめました。

en: [{doc}`/install/ubuntu`] Added support for Ubuntu 23.04 (Lunar Lobster).
ja: [{doc}`/install/ubuntu`] Ubuntu 23.04（Lunar Lobster）をサポートしました。

en: [{doc}`/install/debian`] Added support for Debian GNU/Linux 12 (bookworm).
ja: [{doc}`/install/debian`] Debian 12 (bookworm) をサポートしました。

en: [Oracle Linux] Dropped support for Oracle Linux. Use {doc}`/install/almalinux` packages instead.
ja: [Oracle Linux] Oracle Linuxサポートをやめました。代わりに {doc}`/install/almalinux` 用パッケージを使ってください。

en: [`grn_highlighter`] Added support for changing tag.
ja: [`grn_highlighter`] タグの変更をサポートしました。

en: [GH-1453](https://github.com/groonga/groonga/issues/1453) [Reported by askdkc]
ja: [GH-1453](https://github.com/groonga/groonga/issues/1453>) [askdkcさんが報告]

en: [`grn_highlighter`] Added support for customizing normalizers.
ja: [`grn_highlighter`] ノーマライザーの変更をサポートしました。

en: [`grn_highlighter`] Added support for customizing HTML mode.
ja: [`grn_highlighter`] HTMLモードの変更をサポートしました。

en: [`grn_highlighter`] Added support for multiple tags.
ja: [`grn_highlighter`] 複数タグをサポートしました。

en: [{doc}`/reference/functions/highlight`] Added the `sequential_class_tag_mode` option.
ja: [{doc}`/reference/functions/highlight`] `sequential_class_tag_mode` オプションを追加しました。

en: [{doc}`/reference/functions/highlight_html`] Added the `sequential_class_tag_mode` option.
ja: [{doc}`/reference/functions/highlight_html`] `sequential_class_tag_mode` オプションを追加しました。

en: [{doc}`/reference/commands/reference_acquire`] Changed to refer index columns that are for the target object when `--recursive dependent` is used.
ja: [{doc}`/reference/commands/reference_acquire`] `--recursive dependent` が使われたときに対象オブジェクト用のインデックスカラムも参照するように変更しました。

en: If the target object is a column, index columns for the column is also referred.
ja: 対象オブジェクトがカラムの場合、そのカラム用のインデックスカラムも参照されます。

en: If the target object is a table, index columns for the table is also referred.
ja: 対象オブジェクトがテーブルの場合、そのテーブル用のインデックスカラムも参照されます。

en: If the target object is a DB, all tables are processed as target objects.
ja: 対象オブジェクトがDBの場合、すべてのテーブルが対象オブジェクトになります。

en: [CMake] Changed to require CMake 3.16 or later. We'll use CMake instead of GNU Autotools as our recommended build tool in near future and drop support for GNU Autotools eventually.
ja: [CMake] CMake 3.16以降を必須としました。近い将来、GNU AutotoolsではなくCMakeを推奨ビルドツールとし、いずれGNU Autotoolsサポートをやめる予定です。

en: [CMake] Added support for CMake package. You can use it by `find_package(Groonga)`.
ja: [CMake] CMakeパッケージに対応しました。 `find_package(Groonga)` というように使えます。

en: [Packaging] Changed to use newer GNU Autotools to generate `configure` in the source archive.
ja: [Packaging] ソースアーカイブ中の `configure` を生成しているGNU Autotoolsを更新しました。

en: [`ranguba/rroonga#220 <https://github.com/ranguba/rroonga/issues/220>`_] [Reported by ZangRuochen]
ja: [`ranguba/rroonga#220 <https://github.com/ranguba/rroonga/issues/220>`_] [ZangRuochenさんが報告]

en: [{doc}`/reference/commands/reference_acquire`] Optimized reference count implementation for built-in objects.
ja: [{doc}`/reference/commands/reference_acquire`] 組み込みオブジェクト用のリファレンスカウント実装を最適化しました。

en: Added support for logging backtrace on `SIGABRT`.
ja: `SIGABRT` 発生時もバックトレースのログ出力するようにしました。

en: [{ref}`query-syntax-ordered-near-phrase-product-search-condition`] [{ref}`script-syntax-ordered-near-phrase-product-search-operator`] Fixed a search bug that records that should be matched may not be matched.
ja: [{ref}`query-syntax-ordered-near-phrase-product-search-condition`] [{ref}`script-syntax-ordered-near-phrase-product-search-operator`] マッチするべきレコードがマッチしないことがある問題を修正しました。

en: It's happen when multiple 3+ tokens are overlapped in query. For example, `abc` and `abcd` are an invalid combination. If shorter one (`abc`) exists before longer one (`abcd`), this bug is happen. For example, `ONPP1 "(abcd abc) (1 2)"` works but `ONPP1 "(abc abcd) (1 2)"` doesn't work.
ja: この問題は、クエリー内に3つ以上トークンがあり、かつ、それらがオーバーラップしているときに発生します。たとえば、 `abc` と `abcd` はうまく動かない組み合わせです。もし、短い方（ `abc` ）が長い方（ `abcd` ）より前にある場合はこの問題は発生しません。たとえば、 `ONPP1 "(abcd abc) (1 2)"` は動きますが、 `ONPP1 "(abc abcd) (1 2)"` は動きません。

en: Fixed a bug that invalid weight may be used with multiple adjusts.
ja: 複数の重み調整演算子を使った場合、不正な重みが使われることがある問題を修正しました。

en: [{doc}`/reference/grn_expr/query_syntax`] Fixed a typo.
ja: [{doc}`/reference/grn_expr/query_syntax`] 誤字を修正しました。

en: [`GH-1560 <https://github.com/groonga/groonga/issues/1560>`_] [Patch by Dylan Golow]
ja: [`GH-1560 <https://github.com/groonga/groonga/issues/1560>`_] [Dylan Golowさんがパッチ提供]

en: [{ref}`query-syntax-near-phrase-search-condition`] [{ref}`script-syntax-near-phrase-search-operator`] [{ref}`query-syntax-near-phrase-product-search-condition`] [{ref}`script-syntax-near-phrase-product-search-operator`] [{ref}`query-syntax-ordered-near-phrase-search-condition`] [{ref}`script-syntax-ordered-near-phrase-search-operator`] [{ref}`query-syntax-ordered-near-phrase-product-search-condition`] [{ref}`script-syntax-ordered-near-phrase-product-search-operator`] Fixed an invalid interval calculation when `additional_last_interval` is used.
ja: [{ref}`query-syntax-near-phrase-search-condition`] [{ref}`script-syntax-near-phrase-search-operator`] [{ref}`query-syntax-near-phrase-product-search-condition`] [{ref}`script-syntax-near-phrase-product-search-operator`] [{ref}`query-syntax-ordered-near-phrase-search-condition`] [{ref}`script-syntax-ordered-near-phrase-search-operator`] [{ref}`query-syntax-ordered-near-phrase-product-search-condition`] [{ref}`script-syntax-ordered-near-phrase-product-search-operator`] `additional_last_interval` を使っている場合、距離の計算が間違っている問題を修正しました。

en: For example, let's think about `*NP3,-1"aaa bbb .$"` against `aaaxxxbbbcdefghi.` In this case, the number of tokens between `aaa` and `bbb` must be 3 but it was 7.
ja: たとえば、 `aaaxxxbbbcdefghi.` に対して `*NP3,-1"aaa bbb .$"` で検索するケースを考えます。このケースでは `aaa` と `bbb` の間のトークン数は3であるべきですが7になっていました。

en: [{ref}`query-syntax-near-phrase-product-search-condition`] [{ref}`script-syntax-near-phrase-product-search-operator`] [{ref}`query-syntax-ordered-near-phrase-product-search-condition`] [{ref}`script-syntax-ordered-near-phrase-product-search-operator`] Fixed infinite loop bugs when the same phrase exists in the same phrase group.
ja: [{ref}`query-syntax-near-phrase-product-search-condition`] [{ref}`script-syntax-near-phrase-product-search-operator`] [{ref}`query-syntax-ordered-near-phrase-product-search-condition`] [{ref}`script-syntax-ordered-near-phrase-product-search-operator`] 同じフレーズグループ内に同じフレーズが存在するときに無限ループする問題を修正しました。

en: For example, `*NPP1 "(abcd abc abcd bcde) (efghi)"` is a bad query because the first phrase group has two `abcd` phrases.
ja: たとえば、 `*NPP1 "(abcd abc abcd bcde) (efghi)"` は問題が発生するクエリーです。なぜなら最初のフレーズグループ内に2つ `abcd` が存在するからです。

en: For example, `*NPP1 "(abcde \"abc de\") (efghi)"` is a bad query because the first phrase group has `abcde` and `"abc de"`. They are "logically" the same phrases.
ja: たとえば、 `*NPP1 "(abcde \"abc de\") (efghi)"` は問題が発生するクエリーです。なぜなら最初のフレーズグループ内に `abcde` と `"abc de"` が存在するからです。これらは「論理的に」同じフレーズです。

en: Fixed a bug that internal lock count may not be decreased when lock acquisition is failed. In normal use-case, this will not be a real problem.
ja: ロック獲得に失敗した場合に内部のロックカウントを減らしていない問題を修正しました。通常はこれが問題になることはありません。

en: askdkc
ja: askdkcさん

en: Dylan Golow
ja: Dylan Golowさん

en: ZangRuochen
ja: ZangRuochenさん

en: Release 13.0.1 - 2023-03-24
ja: 13.0.1リリース - 2023-03-24

en: [{doc}`/reference/functions/highlight_html`] Added support for prefix search.
ja: [{doc}`/reference/functions/highlight_html`] 前方一致検索をサポートしました。

en: We can now use prefix search in `highlight_html`.
ja: `highlight_html` で前方一致検索ができるようになりました。

en: Note that highlight keyword is also highlighted not only at the first but also in the middle or at the end.
ja: ただし、ハイライトするキーワードは、最初の出現箇所だけでなく、途中および最後の出現箇所もハイライトされます。

en: [{doc}`/reference/normalizers`] Added new options for NormalizerNFKC*.
ja: [{doc}`/reference/normalizers`] `NormalizerNFKC*` に新しいオプションを追加しました。

en: We can now normalize prolonged_sound_mark with this option as below.
ja: このオプションによって、長音記号を以下のように正規化できます。

en: Here is an example of `unify_kana_prolonged_sound_mark`.
ja: 以下は、 `unify_kana_prolonged_sound_mark` オプションの使用例です。

en: We can now normalize hyphen with this option as below.
ja: このオプションを使うことで、ハイフンを以下のように正規化できます。

en: Here is an example of `unify_kana_hyphen`.
ja: 以下は、 `unify_kana_hyphen` オプションの使用例です。

en: [{ref}`query-syntax-near-search-condition`][{ref}`script-syntax-near-search-operator`] Added a new option `${MIN_INTERVAL}` for near-search family.
ja: [{ref}`query-syntax-near-search-condition`][{ref}`script-syntax-near-search-operator`] 各近傍検索に `${MIN_INTERVAL}` オプションを追加しました。

en: We can now specifiy the minimum interval between phrases (words) with `${MIN_INTERVAL}`. The interval between phrases (words) must be at least this value.
ja: `${MIN_INTERVAL}` でフレーズ間（単語間）の最低距離を指定できるようになりました。フレーズ間（単語間）の距離は、最低でもこの値以上である必要があります。

en: Here are new syntax:
ja: 新しい構文は以下のとおりです。

en: The default value of `${MIN_INTERVAL}` is `INT32_MIN` (`-2147483648`). We use the default value when `${MIN_INTERVAL}` is omitted.
ja: `${MIN_INTERVAL}` のデフォルト値は `INT32_MIN` (`-2147483648`) です。`${MIN_INTERVAL}` を省略した場合デフォルト値が使用されます。

en: This option is useful when we want to ignore overlapped phrases.
ja: このオプションは重複したフレーズを無視するのに便利です。

en: The interval for `*NP` is culculated as `interval between the top tokens of phrases - tokens in the left phrase + 1`.
ja: `*NP` の距離は `各フレーズの先頭のトークンの距離 - 左のフレーズのトークン数 + 1` で計算されます。

en: When a tokenizer is Bigram, for exmaple, `東京` has one token `東京`, also `京都` has one token `京都`.
ja: トークナイザーがバイグラムの場合を考えると、例えば、 `東京` は `東京` という一つのトークンを持ち、 `京都` は `京都` という一つのトークンを持ちます。

en: Considering `東京都` as a target value of `*NP "東京 京都"`:
ja: `*NP "東京 京都"` の対象の値として `東京都` を考えてみます。

en: `interval between the top tokens of phrases`: `1` (interval between `東京` and `京都`)
ja: `各フレーズの先頭のトークンの距離`: `1` (`東京` と `京都` の距離)

en: `tokens in the left phrase`: `1` ( `東京` )
ja: `左のフレーズのトークン数`: `1` ( `東京` )

en: The interval for `*NP` of `東京都` is `1 - 1 + 1` = `1`.
ja: `東京都` に対して `*NP` で使われる距離は、 `1 - 1 + 1` = `1` となります。

en: As a result, the interval for `*NP` is greater than `1` when `東京` and `京都` are not overlapped.
ja: 結果として、 `東京` と `京都` が重複していないとき、 `*NP` で使われる距離は `1` より大きくなります。

en: Here is an example for ignoring overlapped phrases.
ja: このオプションは重複したフレーズを無視するのに便利です。

en: In the example above, `東京都` is not matched as the interval is `1` but `東京京都` is matched as the interval is `2`.
ja: 上記の例では、 `東京都` は距離が `1` なのでマッチしませんが、 `東京京都` は距離が `2` なのでマッチします。

en: [{doc}`/reference/normalizers`] Added support for new values in the `unify_katakana_trailing_o` option.
ja: [{doc}`/reference/normalizers`] `unify_katakana_trailing_o` オプションで新しい値をサポートしました。

en: We added support for normalizing the following new values in the `unify_katakana_trailing_o` option because a vowel of those left letters is `O`.
ja: `unify_katakana_trailing_o` で以下の新しい値のノーマライズをサポートしました。これらの左側の文字の母音が `オ` なので、ノーマライズすべきなためです。

en: Add support for MessagePack v6.0.0. [GitHub#1536][Reported by Carlo Cabrera]
ja: MessagePack v6.0.0 をサポートしました。 [GitHub#1536][Reported by Carlo Cabrera]

en: Groonga can not found MessagePack v6.0.0 or later when we execute configure or cmake until now. Groonga can found MessagePack since this release even if the version of MessagePack is v6.0.0 or later.
ja: 今まで、Groongaは `configure` または `cmake` 実行時にMessagePack v6.0.0以降のMessagePackを検出できませんでした。このリリースから、MessagePackがv6.0.0以降であっても検出できるようになります。

en: [{doc}`/reference/normalizers`] Fixed a bug that NormalizerNFKC* did incorrect normalization.
ja: [{doc}`/reference/normalizers`] NormalizerNFKCが不正な正規化をする問題を修正しました。

en: This bug occured when `unify_kana_case` and `unify_katakana_v_sounds` used at the same time.
ja: この問題は、 `unify_kana_case` と `unify_katakana_v_sounds` を同時に使う場合に発生します。

en: For example, `ヴァ` was normalized to `バア` with `unify_kana_case` and `unify_katakana_v_sounds`,  but `ヴァ` should be normalized to `バ`.
ja: 例えば、 `unify_kana_case` と `unify_katakana_v_sounds` を同時に使うとき、  `ヴァ` が `バア` にノーマライズされていました。しかし `ヴァ` は `バ` と正規化されるべきです。

en: This was because `ヴァ` was normalized to `ヴア` with `unify_kana_case`, and after that, `ヴア` was normalized to `バア` with `unify_katakana_v_sounds`. We fixed to normalize characters with `unify_katakana_v_sounds` before  `unify_kana_case`.
ja: これは、 `unify_kana_case` で `ヴァ` が `ヴア` と正規化され、その後、 `unify_katakana_v_sounds` によって `ヴア` が `バア` と正規化されていたことが原因です。`unify_katakana_v_sounds` が `unify_kana_case` より前に適用されるように修正しました。

en: Here is an example of the bug in the previous version.
ja: 以下は以前のバージョンでの問題の発生例です。

en: From this version, `ヴァーチャル` is normalized to `バーチヤル`.
ja: このバージョンから、 `ヴァーチャル` は `バーチヤル` にノーマライズされます。

en: [{ref}`query-syntax-ordered-near-phrase-search-condition`][{ref}`script-syntax-ordered-near-phrase-search-operator`] Fixed a bug that `${MAX_PHRASE_INTERVALS}` doesn't work correctly.
ja: [{ref}`query-syntax-ordered-near-phrase-search-condition`][{ref}`script-syntax-ordered-near-phrase-search-operator`] `${MAX_PHRASE_INTERVALS}` が正しく動かない問題を修正しました。

en: When this bug occured, intervals are regarded as `0`. Therefore, if this bug occurs, records may hit too many.
ja: この問題が発生したとき、距離は `0` とみなされます。したがって、この問題が発生した場合、余分にレコードがヒットすることがあります。

en: This bug occured when:
ja: この問題は以下の場合に発生します。

en: Use `*ONP` with `${MAX_PHRASE_INTERVALS}`
ja: `*ONP` で `${MAX_PHRASE_INTERVALS}` を使用している

en: The number of tokens in the matched left phrase is greater than or equal to the number of `${MAX_PHRASE_INTERVALS}` elements.
ja: マッチした左側のフレーズに含まれるトークンの数が、 `${MAX_PHRASE_INTERVALS}` で指定した要素数より多い

en: Here is an example of this bug.
ja: 以下はこの問題の例です。

en: In the example above, the first element interval is specified as `1` with `*ONP-1,0,1 "abc def"`  , but all `content` is matched, including those farther than `1`.
ja: 上記の例では、 `*ONP-1,0,1 "abc def"` で、最初の要素の距離に `1` を指定しています。しかし、距離が `1` より離れているものも含めた、すべての `content` がマッチしています。

en: This is because the example satisfies the condition for the bug and the interval is regarded as `0`.
ja: これは、この例がこの問題の発生条件を満たしていて、距離が `0` とみなされているためです。

en: `*ONP-1,0,1 "abc def"` specifies `${MAX_PHRASE_INTERVALS}`.
ja: `*ONP-1,0,1 "abc def"` は `${MAX_PHRASE_INTERVALS}` を使用している。

en: The matched left phrase: `abc`
ja: マッチした左側のフレーズ: `abc`

en: Included tokens: `ab`, `bc`
ja: 含まれるトークン: `ab` 、 `bc`

en: Tokenized with `TokenNgram("unify_alphabet", false, "unify_digit", false)`
ja: `TokenNgram("unify_alphabet", false, "unify_digit", false)` によるトークナイズ

en: The number of elements specified with `max_element_intervals`: `1`
ja: 左側のフレーズに含まれるトークン数 (`2`) > `max_element_intervals` にに含まれる要素数 (`1`)

en: `1` of `*ONP-1,0,1 "abc def"`
ja: `*ONP-1,0,1 "abc def"` の `1`

en: The number of tokens in the left phrase (`2`) > the number of elements specified with `max_element_intervals` (`1`)
ja: 左側のフレーズに含まれるトークン数 (`2`) > `max_element_intervals` にに含まれる要素数 (`1`)

en: [{ref}`query-syntax-near-phrase-search-condition`][{ref}`script-syntax-near-phrase-search-operator`] Fixed a bug that phrases specified as last didn't used as last in near-phrase family.
ja: [{ref}`query-syntax-near-phrase-search-condition`][{ref}`script-syntax-near-phrase-search-operator`] 各近傍フレーズ検索で、最後として指定したフレーズが最後として使用されない問題を修正しました。

en: When this bug occured, `${ADDITIONAL_LAST_INTERVAL}` was ignored and only `${MAX_INTERVAL}` was used.
ja: この問題が発生すると `${ADDITIONAL_LAST_INTERVAL}` は無視され、 `${MAX_INTERVAL}` が使用されます。

en: A phrase specified as last contains multiple tokens.
ja: 最後として指定されたフレーズが複数のトークンを含む

en: The size of the last token of the phrase is smaller than or equals to the sizes of other tokens in the phrase.
ja: そのフレーズの最後のトークンのサイズが、他のトークンのサイズ以下である

en: The token size is the number of tokens appeared in the all records.
ja: トークンサイズとは、全レコード中に出現するそのトークンの数です。

en: In the example above, for `abc123456789defg`, the interval `abc` to `defg` is `11`. `${MAX_INTERVAL}` is `10` and `${ADDITIONAL_LAST_INTERVAL}` is `1`, so a threshold for matching last phrase is `11`. So it should be matched, but isn't.
ja: 上記の例の `abc123456789defg` について考えると、 `abc` から `defg` までの距離は `11` です。 `${MAX_INTERVAL}` は `10` で `${ADDITIONAL_LAST_INTERVAL}` は `1` が指定されています。したがって、最後のフレーズがマッチするしきい値は11になります。以上から、 `abc123456789defg` はマッチするはずですが、していません。

en: This is because the example satisfies the condition for the bug as below, and only ``${MAX_INTERVAL}` is used.
ja: これは、この例が、以下のようにこの問題の発生条件を満たしていて、`${MAX_INTERVAL}` のみが使われているためです。

en: `defg$` is specified as last because the suffix is `$`.
ja: 最後に `$` がついているので、 `defg$` は最後と指定されています。

en: `defg$` is tokenized to `de`, `ef`, `fg` with `TokenNgram("unify_alphabet", false, "unify_digit", false)`
ja: `defg$` は `TokenNgram("unify_alphabet", false, "unify_digit", false)` によって `de`, `ef`, `fg` にトークナイズされます。

en: `fg` is the last token of `defg$`. `abc123456789defg` contains one `fg` and `de`, and `dededede` contains 4 `de`.
ja: `fg` は `defg$` の最後のトークンです。 `abc123456789defg` は1つの `fg`  と `de` を含みます。そして、 `dededede` は4つの `de` を含みます。

en: So, the size of `fg` is 1 and `de` is 5.
ja: したがって、 `fg` のサイズは `1` で、 `de` のサイズは `5` です。

en: [{ref}`query-syntax-near-phrase-search-condition`] Fixed interval calculation.
ja: [{ref}`query-syntax-near-phrase-search-condition`] 距離の計算方法を修正しました。

en: If we use near phrase search, records may hit too many by this bug.
ja: この問題によって、近傍フレーズ検索を使った場合に、ヒットしないはずのレコードがヒットすることがあります。

en: [{doc}`/reference/functions/highlight_html`] Fixed a bug that highlight position may move over when we use `loose_symbol=true`.
ja: [{doc}`/reference/functions/highlight_html`] `loose_symbol=true` の時にハイライト位置がずれることがある問題を修正しました。

en: Carlo Cabrera
ja: Carlo Cabreraさん

en: Release 13.0.0 - 2023-02-09
ja: 13.0.0リリース - 2023-02-09

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

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

en: [{doc}`/reference/normalizers`] Added a new Normalizer `NormalizerNFKC150` based on Unicode NFKC (Normalization Form Compatibility Composition) for Unicode 15.0.
ja: [{doc}`/reference/normalizers`] Unicode 15.0 の NFKC（Normalization Form Compatibility Composition）をベースにしたノーマライザー `NormalizerNFKC150` を新しく追加しました。

en: [{doc}`/reference/token_filters`] Added a new TokenFilter `TokenFilterNFKC150` based on Unicode NFKC (Normalization Form Compatibility Composition) for Unicode 15.0.
ja: [{doc}`/reference/token_filters`] Unicode 15.0 の NFKC（Normalization Form Compatibility Composition）をベースにしたトークンフィルター `TokenFilterNFKC150` を新しく追加しました。

en: [{doc}`/reference/normalizers/normalizer_nfkc150`] Added new options for NormalizerNFKC* as below.
ja: [{doc}`/reference/normalizers/normalizer_nfkc150`] `NormalizerNFKC` に以下の新しいオプションを追加しました。

en: We can normalize "グァ -> ガ", "グィ -> ギ", "グェ -> ゲ", and "グォ -> ゴ" with this option.
ja: このオプションを使うことで、"グァ -> ガ", "グィ -> ギ", "グェ -> ゲ", "グォ -> ゴ"と正規化できます。

en: Here is an example of `unify_katakana_gu_small_sounds` option.
ja: 以下は `unify_katakana_gu_small_sounds` オプションの使用例です。

en: We can normalize "ヂ -> ジ" with this option.
ja: このオプションを使うことで、"ヂ -> ジ"と正規化できます。

en: Here is an example of `unify_katakana_di_sound` option.
ja: 以下は、 `unify_katakana_di_sound` オプションの使用例です。

en: We can normalize "ヲ -> オ" with this option.
ja: このオプションを使うことで、"ヲ -> オ"と正規化できます。

en: Here is an example of `unify_katakana_wo_sound` option.
ja: 以下は、 `unify_katakana_wo_sound` オプションの使用例です。

en: We can normalize "ズァ -> ザ", "ズィ -> ジ", "ズェ -> ゼ", and "ズォ -> ゾ" with this option.
ja: このオプションを使うことで、"ズァ -> ザ", "ズィ -> ジ", "ズェ -> ゼ", "ズォ -> ゾ"と正規化できます。

en: Here is an example of `unify_katakana_zu_small_sounds` option.
ja: 以下は、 `unify_katakana_zu_small_sounds` オプションの使用例です。

en: We can normalize "ヅ -> ズ" with this option.
ja: このオプションを使うことで、"ヅ -> ズ"と正規化できます。

en: Here is an example of `unify_katakana_du_sound` option.
ja: 以下は、 `unify_katakana_du_sound` オプションの使用例です。

en: We can normalize following characters with this option.
ja: このオプションによって、以下の文字を正規化できます。

en: Here is an example of `unify_katakana_trailing_o` option.
ja: 以下は、 `unify_katakana_trailing_o` オプションの使用例です。

en: We can normalize "ヅァ -> ザ", "ヅィ -> ジ", "ヅェ -> ゼ", and "ヅォ -> ゾ" with this option.
ja: このオプションを使うことで、 "ヅァ -> ザ", "ヅィ -> ジ", "ヅェ -> ゼ", "ヅォ -> ゾ"と正規化できます。

en: Here is an example of `unify_katakana_du_small_sounds` option.
ja: 以下は、 `unify_katakana_du_small_sounds` オプションの使用例です。

en: [Oracle Linux] Added newly support for Oracle Linux 8 and 9.
ja: [Oracle Linux] Oracle Linux 8と9 向けのパッケージを新しくサポートしました。

en: Atsushi Shinoda
ja: 篠田さん

en: i10a
ja: i10aさん

en: naoa
ja: naoaさん

en: shinonon
ja: shinononさん

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

en: David CARLIER
ja: David CARLIERさん

en: Higlight and Summary of changes from 12.0.0 to 12.1.2
ja: Groonga 12.0.0 から 12.1.2 までの主な変更点

en: Higlight
ja: ハイライト

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: [{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: [{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: [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/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: Summary
ja: 概要

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

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

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

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

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

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

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

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

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

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

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

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: Added a new function `escalate()`. (experimental)
ja: 新しい関数 `escalate()` を追加しました。(実験的)

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: Added new Munin plugins for groonga-delta.
ja: groonga-delta用の新しいMuninプラグインを追加しました。

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

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

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

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`.
ja: [{doc}`/reference/commands/select`] `drilldowns[LABEL]._key` に重み付き参照ベクターカラムを指定できるようになりました。

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`.
ja: [{doc}`/reference/commands/select`] `query` や `filter` や `post_filter` を使っていても、ドリルダウンのキーに重み付き参照ベクターカラムを指定できるようになりました。

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: [{doc}`/reference/commands/status`] Added a new item `memory_map_size`.
ja: [{doc}`/reference/commands/status`] 新しい項目 `memory_map_size` を追加しました。

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

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

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

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

en: [{doc}`/reference/indexing`] Ignore too large a token like online index construction.
ja: [{doc}`/reference/indexing`] 動的インデックス構築のようにとても大きなトークンを無視するようにしました。

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: We increased the stability of the feature of recovering on crashes.
ja: クラッシュリカバリー機能の安定性が向上しました。

en: Improved performance for mmap if anonymous mmap available.
ja: 無名マッピングが利用可能な時のmmapのパフォーマンスを向上しました。

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

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

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: [{doc}`/reference/commands/schema`] Added support for `MISSING_*` and `INVALID_*` flags.
ja: [{doc}`/reference/commands/schema`] `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: [{doc}`/reference/commands/query_expand`] Added a support for text vector and index.
ja: [{doc}`/reference/commands/query_expand`] 同義語グループにベクターを使えるようにしました。

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

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: [{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: [{doc}`/reference/functions/sub_filter`] Added a new option `pre_filter_threshold`.
ja: [{doc}`/reference/functions/sub_filter`] 新しいオプション `pre_filter_threshold` を追加しました。

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

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

en: [{doc}`/reference/commands/select`] Fix a bug displaying a wrong label in `drilldown` results when `command_version` is `3`.
ja: [{doc}`/reference/commands/select`] `command_version` が `3` のとき、 `drilldown` の結果のラベルが不正になる問題を修正しました。

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

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

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

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