前回

参加者

4人（うち1人が初参加）

株式会社ぐるなび本社 6F 会議室

初参加の人もいたので、前回途中だった4.7.3. カラムインデックスによる関連テーブルをまたぐ検索の先頭から、最初のselectコマンド（select Articles --match_columns comment.content --query groonga --output_columns "_id, _score, *"）の実行例まで

環境構築が難しければ、直接GitHubからpull requestを送る方法でよい。

以下の手順で、ブラウザだけでpull requestできる。

GitHubのリポジトリを開く
doc/sourceから対象ファイルを探す
- groonga.org/docs/xxx/yyy.htmlなら、doc/source/xxx/yyy.rst
右上の鉛筆マークを押して編集モードに入る
編集する
- 形式はreST（reStructuredText）
  - reStructuredText入門 — Sphinx 1.3.2 ドキュメント
- doc/sourceは翻訳前のファイルなので、ほぼ英語
- 翻訳のしくみを使うには環境構築が必要
保存すると、pull request画面に飛べる

GroongaのTokenBigramは、ノーマライザーと一緒に使うと英語と日本語で挙動が変わる
- 英語はスペースや記号で区切られるようになる
- 日本語は2文字ずつ区切られる
ノーマライザーを使わない場合は英語も2文字ずつ区切られる

ShortText、Textは共に可変長で、最大長が異なる
- ただし、実は今のところ最大長のチェックをしていないので同じように扱われる
- しかしながら、そのうち型によって最適化するかもしれないので適切に設定するべき

--output_columnsの*（アスタリスク）は検索対象のテーブル（Articles）のすべてのカラムを出力する
- SQLの*と同じような意味
commentで出力されているのは、Commentsテーブルのキー
- 内部的にはIDが格納されているが、IDを表示してもナンノコッチャだからキーを出力している

9月上旬に開催予定

板書用の撮影機材がかっちょよかった。撮影を手伝ったこともあり、公開が待たれる。

読書会の様子です / Groongaドキュメント読書会8 (07月22日) #groonga https://t.co/U0vxHlTNOW pic.twitter.com/BvVIZdHEFG
— みょこやまー (@myokoym) 2015, 7月 22