Yasuhiro Horimoto
null+****@clear*****
Thu Mar 29 17:29:45 JST 2018
Yasuhiro Horimoto 2018-03-29 17:29:45 +0900 (Thu, 29 Mar 2018) New Revision: 50c3d1c7071a5e678508b5cb7cac95a338e1e277 https://github.com/groonga/groonga.org/commit/50c3d1c7071a5e678508b5cb7cac95a338e1e277 Merged 7555e7d: Merge pull request #49 from komainu8/update_blog_entry_ja Message: blog ja: improve Japanese Modified files: ja/_posts/2018-03-29-groonga-8.0.1.md Modified: ja/_posts/2018-03-29-groonga-8.0.1.md (+21 -18) =================================================================== --- ja/_posts/2018-03-29-groonga-8.0.1.md 2018-03-29 16:04:59 +0900 (ee0e4940) +++ ja/_posts/2018-03-29-groonga-8.0.1.md 2018-03-29 17:29:45 +0900 (31eec89a) @@ -17,19 +17,19 @@ published: false 主な変更点は以下の通りです。 - * [ログ](/ja/docs/reference/log.html) クエリーログ内で`filter`の条件を表示するようにしました。 - * Windows版のGroongaにて、`*.pdb`を`*.dll`と`*.exe`と同じディレクトリにインストールされるようにしました。 - * [logical_count](/ja/docs/reference/commands/logical_count.html) `filtered`ステージの動的カラムをサポートしました。 - * [logical_count](/ja/docs/reference/commands/logical_count.html#post-filter) フィルタータイミングを新規追加しました。 - * [logical_select](/ja/docs/reference/commands/logical_select.html#post-filter) フィルタータイミングを新規追加しました。 - * [logical_range_filter](/ja/docs/reference/commands/logical_range_filter.html) 大きい結果セットに対するウィンドウ関数の動作を最適化しました。 - * [select](/ja/docs/reference/commands/select.html) `--match_escalation`パラメーターを追加しました。 + * [[ログ](/ja/docs/reference/log.html)] クエリーログ内で`filter`の条件を表示するようにしました。 + * Windows版のGroongaにて、`*.pdb`を`*.dll`や`*.exe`と同じディレクトリにインストールされるようにしました。 + * [[logical_count](/ja/docs/reference/commands/logical_count.html)] `filtered`ステージの動的カラムをサポートしました。 + * [[logical_count](/ja/docs/reference/commands/logical_count.html#post-filter)] フィルタータイミングを新規追加しました。 + * [[logical_select](/ja/docs/reference/commands/logical_select.html#post-filter)] フィルタータイミングを新規追加しました。 + * [[logical_range_filter](/ja/docs/reference/commands/logical_range_filter.html)] 大きい結果セットに対するウィンドウ関数の動作を最適化しました。 + * [[select](/ja/docs/reference/commands/select.html)] `--match_escalation`パラメーターを追加しました。 * [httpd] バンドルしているnginxのバージョンを1.13.10に更新しました。 - * 共通接頭辞がどのトークンにもマッチしない時にメモリリークする問題を修正しました。 + * 共通接頭辞がどのトークンにもマッチしない時にメモリーリークする問題を修正しました。 * 同一プロセスで複数のデータベースを開いている時に、異なるデータベースのキャッシュを使用してしまう問題を修正しました。 - * 比較時(>,>=,<,<=,==,!=)に定数がオーバーフローまたは、アンダーフローし得る問題を修正しました。 + * 比較時(>,>=,<,<=,==,!=)に、定数がオーバーフローまたはアンダーフローし得る問題を修正しました。 -### [ログ](/ja/docs/reference/log.html) クエリーログ内で`filter`の条件を表示するようにしました。 +### [[ログ](/ja/docs/reference/log.html)] クエリーログ内で`filter`の条件を表示するようにしました。 この変更によって、どの条件で`filter`されるかがわかるようになります。 具体的には、以下のように表示されます。 @@ -40,13 +40,16 @@ published: false 上記は、`product == "test_product"`の条件で17件まで絞り込まれたことを表します。 この機能はデフォルトで無効になっており、以下の環境変数を設定することで有効になります。 -`GRN_QUERY_LOG_SHOW_CONDITION=yes` -### [logical_count](/ja/docs/reference/commands/logical_count.html) `filtered`ステージの動的カラムをサポートしました。 +``` +GRN_QUERY_LOG_SHOW_CONDITION=yes +``` + +### [[logical_count](/ja/docs/reference/commands/logical_count.html)] `filtered`ステージの動的カラムをサポートしました。 いままで、[logical_count](/ja/docs/reference/commands/logical_count.html)では、`initial`ステージの動的カラムしかサポートしていませんでしたが、`filtered`ステージの動的カラムも使えるようになります。 -### [logical_count](/ja/docs/reference/commands/logical_count.html#post-filter)、[logical_select](/ja/docs/reference/commands/logical_select.html#post-filter) にフィルタータイミングを新規追加しました。 +### [[logical_count](/ja/docs/reference/commands/logical_count.html#post-filter)]、[[logical_select](/ja/docs/reference/commands/logical_select.html#post-filter)] にフィルタータイミングを新規追加しました。 `filtered`ステージで生成された動的カラムを使って、フィルター出来るようになります。 具体的には、以下のように使用します。 @@ -106,21 +109,21 @@ logical_select \ `--post_filter`内で、`filtered`ステージで作成した動的カラム`n_likes_sum_per_tag`を使用しているところがポイントです。 上記の例は[logical_select](/ja/docs/reference/commands/logical_select.html#post-filter)ですが、[logical_count](/ja/docs/reference/commands/logical_count.html#post-filter)でも同様に使用できます。 -### [logical_range_filter](/ja/docs/reference/commands/logical_range_filter.html) 大きい結果セットに対するウィンドウ関数の動作を最適化しました。 +### [[logical_range_filter](/ja/docs/reference/commands/logical_range_filter.html)] 大きい結果セットに対するウィンドウ関数の動作を最適化しました。 一致するレコードが十分見つかった場合は、残りのウィンドウに対してウィンドウ関数を適用しません。 現状では、この最適化は、最適化によるオーバーヘッドが無視出来ない場合、小さな結果セットに対しては、無効になります。 -### [select](/ja/docs/reference/commands/select.html#match-escalation) `--match_escalation`パラメーターを追加しました。 +### [[select](/ja/docs/reference/commands/select.html#match-escalation)] `--match_escalation`パラメーターを追加しました。 -`--match_escalation yes` とすることによって、マッチ演算のエスカレーションを強制的に有効にします。このパラメータは、 `--match_escalation_threshold 99999....999` よりも強力です。`match_escalation yes` は、 `SOME_CONDITIONS && column @ 'query'` もエスカレーションしますが、 `--match_escalation_threshold` ではしないためです。 +`--match_escalation yes` とすることによって、マッチ演算のエスカレーションを強制的に有効にします。このパラメータは、 `--match_escalation_threshold 99999....999` よりも強力です。`--match_escalation yes` は、 `SOME_CONDITIONS && column @ 'query'` もエスカレーションしますが、 `--match_escalation_threshold` ではしないためです。 デフォルトは、`--match_escalation auto` です。これは、既存の動作と同じです。 `--match_escalation no` とすることで、マッチ演算のエスカレーションを無効にできます。これは、 `--match_escalation_threshold -1` と同様の動きになります。 -### 共通接頭辞がどのトークンにもマッチしない時にメモリリークする問題を修正しました。 +### 共通接頭辞がどのトークンにもマッチしない時にメモリーリークする問題を修正しました。 以下の例のように、Groongaのあいまい検索において、共通の接頭辞がどのトークンにもマッチしない時にメモリーリークしていた問題を修正しました。 @@ -149,7 +152,7 @@ select Users --filter 'fuzzy_search(name, "Atom", {"prefix_length": 1})' --out プロセス内でキャッシュを共有していたため、同一のプロセスで複数のデータベースを開いている場合、別のデータベースのキャッシュから結果を返してしまう事がある現象を修正しました。 -### 比較時(>,>=,<,<=,==,!=)に定数がオーバーフローまたは、アンダーフローし得る問題を修正しました。 +### 比較時(>,>=,<,<=,==,!=)に、定数がオーバーフローまたはアンダーフローし得る問題を修正しました。 以下の例のように、比較対象のカラムの型を超える値を指定した場合に、オーバーフローまたは、アンダーフローを起こし、意図しない検索結果が返ってきてしまう現象を修正しました。 -------------- next part -------------- HTML����������������������������... URL: https://lists.osdn.me/mailman/archives/groonga-commit/attachments/20180329/4fcbff91/attachment-0001.htm
