rabbit-slide-komainu8-postgresql-conference-japan-2020 1.0.1

checksums.yaml

@@ -0,0 +1,7 @@
+---
+SHA256:
+  metadata.gz: 0fdea6946a971bc9417459ea1bf8303ac9629f8cb828489c87da9e5dbd725b66
+  data.tar.gz: 61eb078fc4f421a82ecaa7a22ed3d827c6e6d16f09b7503299ff0f2179303b4c
+SHA512:
+  metadata.gz: d132aa452b386d8f43af89a23a561e1c8b32e9d6c4c0d316a4e096558fc65c5854b828849c90994641948915efc8f61b18a4bfb536aa8cb65307d25b0a4e04c6
+  data.tar.gz: 011e2a026903333a83f8816f46703e53230da40ef949d7557add1fc7bd145b687c46e4e51fc647cb38ce5f9381864ddb394458bee5e57eda6f2444c5eac49e02

data/.rabbit

@@ -0,0 +1 @@
+how-to-manage-pgroonga-wal.rab

data/README.rd

@@ -0,0 +1,48 @@
+= PGroonga運用技法 ~PGroongaのWALを放置していませんか？~
+
+  PostgreSQL で使用できる全文検索の拡張に PGroonga という高速で高性能な拡張があります。
+  PGroongaはインストールも難しくなく、インデックスの設定もそれほど複雑ではないので、高速な全文検索を容易に利用できますが、
+  レプリケーションを使用した運用においては注意が必要な点があります。
+
+  本発表では、後のトラブルを防ぐために知っておいたほうが良いことや、トラブルを防止するためのメンテナンス方法について紹介します。
+
+== ライセンス
+
+=== スライド
+
+CC BY-SA 4.0
+
+原著作者：堀本泰弘
+
+=== Groonga・PGroonga・Mroonga・Rroongaのロゴ
+
+CC BY 3.0
+
+原著作者：Groongaプロジェクト
+
+=== クリアコードのロゴ
+
+CC BY-SA 4.0
+
+原著作者：株式会社クリアコード
+
+== 作者向け
+
+=== 表示
+
+  rake
+
+=== 公開
+
+  rake publish
+
+== 閲覧者向け
+
+=== インストール
+
+  gem install rabbit-slide--postgresql-conference-japan-2020
+
+=== 表示
+
+  rabbit rabbit-slide--postgresql-conference-japan-2020.gem
+

data/Rakefile

@@ -0,0 +1,17 @@
+require "rabbit/task/slide"
+
+# Edit ./config.yaml to customize meta data
+
+spec = nil
+Rabbit::Task::Slide.new do |task|
+  spec = task.spec
+  # spec.files += Dir.glob("doc/**/*.*")
+  # spec.files -= Dir.glob("private/**/*.*")
+  # spec.add_runtime_dependency("rabbit-theme-YOUR-THEME")
+end
+
+desc "Tag #{spec.version}"
+task :tag do
+  sh("git", "tag", "-a", spec.version.to_s, "-m", "Publish #{spec.version}")
+  sh("git", "push", "--tags")
+end

data/config.yaml

@@ -0,0 +1,29 @@
+---
+id: postgresql-conference-japan-2020
+base_name: how-to-manage-pgroonga-wal
+tags:
+- rabbit
+- postgresql
+- pgcon20j
+- fts
+- search
+- pgroonga
+- groonga
+presentation_date: 2020-11-13
+presentation_start_time: 2020-11-13T16:10:00+09:00
+presentation_end_time: 2020-11-13T17:00:00+09:00
+version: 1.0.1
+licenses:
+- CC-BY-SA-4.0
+slideshare_id: 
+speaker_deck_id: 
+ustream_id: 
+vimeo_id: 
+youtube_id: 
+author:
+  markup_language: :rd
+  name: Horimoto Yasuhiro
+  email: horimoto@clear-code.comment
+  rubygems_user: komainu8
+  slideshare_user: 
+  speaker_deck_user: 

data/how-to-manage-pgroonga-wal-for-material.rab

@@ -0,0 +1,331 @@
+= PGroonga運用技法
+
+ : subtitle
+    ~PGroongaのWALを\n放置していませんか？~
+ : author
+    堀本泰弘
+ : institution
+    クリアコード
+ : content-source
+    PostgreSQL Conference Japan 2020
+ : date
+    2020-11-13
+ : allotted-time
+    45m
+ : start-time
+    2020-11-13T16:10:00+09:00
+ : end-time
+    2020-11-13T16:55:00+09:00
+ : theme
+    .
+
+= 自己紹介
+
+  # image
+  # src = images/self-introduction.png
+  # relative_height = 107
+
+= PGroongaの紹介
+
+PGroongaとは？
+
+= PGroongaの紹介
+
+PostgreSQL経由で\n((*高速な全文検索*))
+
+= PGroongaの特徴
+
+(1) ((*簡単*))に使える
+(2) ((*速い*))
+
+= PGroongaの使い方
+
+  # coderay sql
+
+  CREATE TABLE memos (
+    id integer,
+    content text
+  );
+
+  CREATE INDEX pgroonga_content_index
+  ON memos
+  USING pgroonga (content);
+
+= PGroongaの使い方
+
+準備完了
+
+= PGroongaの使い方
+
+データを入れて\n検索してみよう！
+
+= PGroongaの使い方
+
+  # coderay sql
+
+  INSERT INTO memos
+  VALUES (1,
+          'PostgreSQLはリレーショナル・データベース管理システムです。');
+
+  INSERT INTO memos
+  VALUES (2,
+          'Groongaは日本語対応の高速な全文検索エンジンです。');
+
+= PGroongaの使い方
+
+  # coderay sql
+
+  SELECT *
+    FROM memos
+    WHERE content &@ '全文検索';
+
+  --  id |                      content                      
+  -- ----+---------------------------------------------------
+  --   2 | Groongaは日本語対応の高速な全文検索エンジンです。
+  -- (1 row)
+
+= PGroongaの使い方
+
+((*簡単*))ですね！
+
+= PGroongaの速度
+
+追加されたデータは((*即時*))検索可能
+
+= PGroongaの速度
+
+つまり
+
+= PGroongaの速度
+
+検索可能になるのが((*速い*))
+
+= PGroongaの速度
+
+更新中も検索性能が((*落ちない*))
+
+= PGroongaの速度
+
+ヒット数が多くても検索性能が\n((*落ちない*))
+
+= PGroongaの速度
+
+つまり
+
+= PGroongaの速度
+
+((*安定して*))速い
+
+= PGroongaの速度
+
+もちろん\n検索も((*速い*))
+
+= PGroongaの速度
+
+* ベンチマーク
+  * ((<URL:https://pgroonga.github.io/ja/reference/pgroonga-versus-pg-bigm.html>))
+
+= PGroongaの特徴
+
+((*継続*))してメンテナンスされている
+
+= PGroongaの特徴
+
+PostgreSQL13\nにも対応済み！
+
+= 参考情報
+
+* PGroongaについてのより詳しい解説
+  * ((<URL:https://www.slideshare.net/kou/postgresql-conference-japan-2017>))
+
+* 公式ドキュメント
+  * ((<URL:https://pgroonga.github.io/ja/>))
+
+= 今日のテーマ
+
+PGroongaの\nWALを\n((*うまく*))使おう
+
+= PGroongaのWAL
+
+PGroongaのWALは\n
+復旧時に使用する
+
+= PGroongaのWAL
+
+なぜWALのを使うのか？
+
+= PGroongaのWAL
+
+PGroongaは\n
+インデックス\n
+サイズが((*大きい*))
+
+= PGroongaのWAL
+
+WALがない場合\n
+REINDEXで復旧
+
+= PGroongaのWAL
+
+データ量が多いと\n
+REINDEXに時間かかる
+
+= PGroongaのWAL
+
+復旧が長引く
+
+= PGroongaのWAL
+
+WALを使って\n
+復旧時間を短縮
+
+= PGroongaのWAL
+
+使うだけなら以下を postgresql.conf に書くだけ
+
+  pgroonga.enable_wal = on
+
+= PGroongaのレプリケーション
+
+ただ使っている\nだけだと、\n((*困る*))ことがある
+
+= PGroongaのWALの注意点
+
+例えば
+
+* PGroongaのインデックスのファイルサイズが増加し続ける
+  * 定期的にVACUUMしているのに...
+
+= PGroongaのレプリケーション
+
+  # image
+  # src = images/increase-file-size.png
+  # relative_width = 90
+
+= ファイルサイズ増加の原因
+
+原因は\n((*PGroongaのWAL*))
+
+= ファイルサイズ増加の原因
+
+PGroongaのWALは削除しないと\n((*増え続ける*))
+
+= ファイルサイズ増加の原因
+
+(1) PGroongaの((*WALが有効*))
+(2) ((*何もせず*))に((*ずっと*))運用
+
+= ファイルサイズ増加の原因
+
+  # image
+  # src = images/index-increase.png
+  # relative_width = 100
+
+= PGroongaのWALの運用方法
+
+ファイルサイズの増加を防ぐには？
+
+= PGroongaのWALの運用方法
+
+((*定期的な*))\nメンテナンス
+
+= PGroongaのWALの運用方法
+
+(1) REINDEXによるインデックス再構築
+(2) WALを定期的に削除
+
+= REINDEX
+
+* REINDEXすると、インデックスを0から再生成
+* 古いインデックスは、VACUUM時に削除
+  * このときにWALも削除される
+
+= REINDEX
+
+REINDEXは\n時間がかかる
+
+= WALの定期的な削除
+
+  pgroonga_wal_truncate
+
+= WALの定期的な削除
+
+以下のように使う
+
+  # coderay sql
+
+    SELECT pgroonga_wal_truncate('インデックス名');
+
+= WALの定期的な削除
+
+未適用のWALを削除しないように注意
+
+= PGroongaのWALの運用方法
+
+削除前に確実なWALの適用が\n必要
+
+= PGroongaのWALの運用方法
+
+  pgroonga_wal_apply
+
+= PGroongaのWALの運用方法
+
+以下のように使う
+
+  # coderay sql
+
+    SELECT pgroonga_wal_apply('インデックス名');
+
+= メンテナンス方法の選択
+
+(1) REINDEXによるインデックス再構築
+(2) WALを定期的に削除
+
+のどちらが良いのか？
+
+= メンテナンス方法の選択
+
+* REINDEX
+  * 時間がかかる
+  * REINDEX中は検索、更新がブロック
+  * 実行は手間ではない
+
+= メンテナンス方法の選択
+
+* WALの定期的な削除
+  * REINDEXと比較して時間はかからない
+  * テーブルのロックが必要
+  * (レプリケーションしている場合は)\nすべての待機系でWALの適用が必要
+
+= メンテナンス方法の選択
+
+復旧にかかる時間をどれくらい許容できるか？
+
+= メンテナンス方法の選択
+
+例えば、以下のようなケースなら\n
+REINDEが手間がかからなくて良い
+
+(1) 夜間はサービス提供しない
+(2) REINDEX実行が夜間で完了
+
+= メンテナンス方法の選択
+
+例えば、以下のようなケースなら\n
+WALの削除を選択
+
+(1) 長時間のサービス停止が難しい
+
+= 最後に
+
+* PGroongaについての疑問等は、GitHub、Gitterでも受付
+* ドキュメントも充実
+  * ((<"https://pgroonga.github.io/ja/"|URL:https://pgroonga.github.io/ja/>))
+
+= 最後に
+
+より突っ込んだお話がしたい場合は↓↓\n
+問い合わせ先：
+
+(('tag:x-small'))
+((<"https://www.clear-code.com/contact/"|URL:https://www.clear-code.com/contact/>))

data/how-to-manage-pgroonga-wal.rab

@@ -0,0 +1,533 @@
+= PGroonga運用技法
+
+ : subtitle
+    ~PGroongaのWALを\n放置していませんか？~
+ : author
+    堀本泰弘
+ : institution
+    クリアコード
+ : content-source
+    PostgreSQL Conference Japan 2020
+ : date
+    2020-11-13
+ : allotted-time
+    45m
+ : start-time
+    2020-11-13T16:10:00+09:00
+ : end-time
+    2020-11-13T16:55:00+09:00
+ : theme
+    .
+
+= 自己紹介
+
+  # image
+  # src = images/self-introduction.png
+  # relative_height = 107
+
+= 今日のテーマ
+
+PGroongaの\nWALを\n((*うまく*))使おう
+
+= PGroongaの紹介
+
+の前に...
+
+= PGroongaの紹介
+
+(知らない人向け)\n
+PGroonga紹介
+
+= PGroongaの紹介
+
+PGroongaとは？
+
+= PGroongaの紹介
+
+PostgreSQL経由で\n((*高速な全文検索*))
+
+= PGroongaの特徴
+
+(1) ((*簡単*))に使える
+(2) ((*速い*))
+(3) ((*全言語*))対応
+
+= PGroongaの使い方
+
+((*簡単*))に使える
+
+= PGroongaの使い方
+
+  # image
+  # src = images/pgroonga-sql.png
+  # relative_height = 107
+
+= PGroongaの使い方
+
+実際に全文検索\nしてみましょう
+
+= 実行例：テーブル定義
+
+  # coderay sql
+
+  CREATE TABLE entries (
+    title text,
+    content text
+  );
+
+= 実行例：\nインデックス定義
+
+  # coderay sql
+
+  -- 全文検索用インデックス
+  CREATE INDEX entries_full_text_search
+    ON entries
+    --「USING pgroonga」=「PGroongaを使う」
+    USING pgroonga (title, content);
+
+= 実行例：データ挿入
+
+  # coderay sql
+
+  -- 普通に挿入するだけでよい
+  INSERT INTO entries
+    VALUES ('PGroongaで高速全文検索！',
+            '高速に全文検索したいですね！');
+
+= 実行例：全文検索
+
+  # coderay sql
+
+  SELECT title FROM entries
+    WHERE
+  -- &@~で全文検索
+  -- 「検索」と「高速」をAND検索
+      title &@~ '検索 高速' OR
+      content &@~ '検索 高速';
+
+= 実行例：LIKE
+
+  # coderay sql
+
+  SELECT title FROM entries
+    WHERE
+  -- LIKEでもインデックスが効く
+  --＝アプリを書き換えずに高速化可能
+  -- ただし&@~より性能が落ちる
+      title LIKE '%検索%' OR
+      content LIKE '%検索%';
+
+= PGroongaの使い方
+
+((*簡単*))ですね！
+
+= PGroongaの速度
+
+((*速い*))
+
+= PGroongaの速度
+
+追加されたデータは((*即時*))検索可能
+
+= PGroongaの速度
+
+つまり
+
+= PGroongaの速度
+
+検索可能になるのが((*速い*))
+
+= PGroongaの速度
+
+更新中も検索性能が((*落ちない*))
+
+= PGroongaの速度
+
+ヒット数が多くても検索性能が\n((*落ちない*))
+
+= PGroongaの速度
+
+PGroongaは\n
+((*安定して*))速い
+
+= PGroongaの速度
+
+もちろん\n検索も((*速い*))
+
+= PGroongaの速度
+
+* ベンチマーク
+  * ((<URL:https://pgroonga.github.io/ja/reference/pgroonga-versus-pg-bigm.html>))
+
+= PGroongaの特徴
+
+((*全言語*))対応
+
+= PGroongaの特徴
+
+さらに
+
+= PGroongaの特徴
+
+((*継続*))してメンテナンスされている
+
+= PGroongaの特徴
+
+PostgreSQL13\nにも対応！
+
+= PGroongaの紹介
+
+以上、PGroongaの紹介でした
+
+= 今日のテーマ
+
+本題に入ります
+
+= 今日のテーマ
+
+PGroongaの\nWALを\n((*うまく*))使おう
+
+= WALとは？
+
+Write Ahead Log\n
+
+= WALとは？
+
+  # image
+  # src = images/WAL1.png
+  # relative_width = 70
+
+= WALとは？
+
+  # image
+  # src = images/WAL2.png
+  # relative_width = 90
+
+= WALとは？
+
+  # image
+  # src = images/WAL3.png
+  # relative_width = 90
+
+= WALの使い方
+
+どのように\n使うのか？
+
+= WALの使い方
+
+ポイントイン\nタイムリカバリー
+
+= WALの使い方
+
+  # image
+  # src = images/pitr.png
+  # relative_width = 90
+
+= WALの使い方
+
+ストリーミング\nレプリケーション
+
+= WALの使い方
+
+  # image
+  # src = images/streaming-replication.png
+  # relative_width = 90
+
+= PGroongaのWAL
+
+PGroongaも\nWALが使える
+
+= PGroongaのWAL
+
+WALから\nインデックスの\n復元ができる
+
+= PGroongaのWAL
+
+メリット
+
+= PGroongaのWAL
+
+インデックスの\n復旧時間を短縮
+
+= PGroongaのWAL
+
+  # image
+  # src = images/pgroonga-wal1.png
+  # relative_width = 90
+
+= PGroongaのWAL
+
+  # image
+  # src = images/without-pgroonga-wal.png
+  # relative_width = 90
+
+= PGroongaのWAL
+
+REINDEX
+
+= PGroongaのWAL
+
+REINDEXは\n時間がかかる
+
+= PGroongaのWAL
+
+どうやって\n使うの？
+
+= PGroongaのWAL
+
+簡単です\n
+((*ただ使うだけ*))\nなら
+
+= PGroongaのWAL
+
+  # coderay sql
+
+    pgroonga.enable_wal = on
+
+= PGroongaのWAL
+
+* PostgreSQLのWALと同じように復旧に使える
+  * ポイントインタイムリカバリー
+  * ストリーミングレプリケーション
+
+= PGroongaのWAL
+
+しかし
+
+= PGroongaのWAL
+
+ただ使っている\nだけだと、\n((*困る*))ことがある
+
+= PGroongaのWALの注意点
+
+(1) WALが適用できないケース\nがある
+(2) 定期的なメンテナンスが必要
+
+= PGroongaのWALの注意点
+
+WALが適用\nできないケース
+
+= PGroongaのWALの注意点
+
+* クラッシュセーフ((*ではない*))
+  * インデックス更新中のクラッシュで\nインデックスが破損する(ことがある)
+
+= PGroongaのWALの注意点
+
+* インデックス破損の状態では、WALを適用できない(ことがある)
+  * この場合はREINDEXを使って復元
+
+= PGroongaのWALの注意点
+
+定期的な\nメンテナンス
+
+= PGroongaのWALの注意点
+
+  # image
+  # src = images/increase-file-size.png
+  # relative_width = 90
+
+= PGroongaのWALの注意点
+
+  # image
+  # src = images/vaccum.png
+  # relative_width = 90
+
+= PGroongaのWALの注意点
+
+なぜ？
+
+= ファイルサイズ増加の原因
+
+原因はPGroongaのWAL
+
+= ファイルサイズ増加の原因
+
+PGroongaのWALは削除しないと\n((*増え続ける*))
+
+= ファイルサイズ増加の原因
+
+つまり
+
+= ファイルサイズ増加の原因
+
+(1) PGroongaのWALが有効
+(2) 何もせずにずっと運用している
+
+= ファイルサイズ増加の原因
+
+  # image
+  # src = images/index-increase.png
+  # relative_width = 100
+
+= PGroongaのWALの運用方法
+
+なので
+
+= PGroongaのWALの運用方法
+
+((*定期的な\nメンテナンス*))\nが必要
+
+= PGroongaのWALの運用方法
+
+ファイルサイズの増加を防ぐには？
+
+= PGroongaのWALの運用方法
+
+(1) REINDEXによるインデックス再構築
+(2) WALを定期的に削除
+
+= REINDEX
+
+* REINDEXすると、インデックスを0から再生成
+* 古いインデックスは、VACUUM時に削除
+  * このときにWALも削除される
+
+= REINDEX
+
+  * 😞 時間がかかる
+  * 😞 REINDEX中は検索、更新がブロックされる
+  * 😃 手間は少ない
+
+= WALの定期的な削除
+
+* PGroongaのWALはSQLで削除\nできる
+
+= WALの定期的な削除
+
+  # coderay sql
+
+    SELECT pgroonga_wal_truncate('インデックス名');
+
+= WALの定期的な削除
+
+  * 😞 手間がかかる
+    * テーブルのロックが必要
+      * データの更新ができない
+    * 明示的なWALの適用が必要
+  * 😃 REINDEXより短時間
+
+= WALの定期的な削除
+
+* 明示的なWALの適用が必要
+  * 単純にWAL削除すると、未適用のWALまで削除してしまう可能性がある
+
+= PGroongaのWALの運用方法
+
+なので
+
+= PGroongaのWALの運用方法
+
+明示的にWALを適用する
+
+= PGroongaのWALの運用方法
+
+  # coderay sql
+
+    SELECT pgroonga_wal_apply('インデックス名');
+
+= PGroongaのWALの運用方法
+
+ストリーミング\nレプリケーション\n構成の場合
+
+= PGroongaのWALの運用方法
+
+  # image
+  # src = images/pgroonga-wal-apply.png
+  # relative_width = 90
+
+= PGroongaのWALの運用方法
+
+((*全て*))の\nセカンダリーDBでWALを適用
+
+= PGroongaのWALの運用方法
+
+(1) プライマリーDBでテーブルをロック
+(2) 全てのセカンダリーDBでWALを適用
+(3) プライマリーDBでWALを削除
+(4) テーブルのロックを解除
+
+= メンテナンス方法の選択
+
+(1) REINDEXによるインデックス再構築
+(2) WALを定期的に削除
+
+のどちらが良いのか？
+
+= メンテナンス方法の選択
+
+* REINDEX
+
+  * 😞 時間がかかる
+  * 😞 REINDEX中は検索、更新がブロックされる
+    * ブロックせずにREINDEXする方法もある
+  * 😃 手間は少ない
+
+= メンテナンス方法の選択
+
+* REINDEX CONCURRENTLY
+  * PostgreSQL 12 以降で使える
+
+= メンテナンス方法の選択
+
+* 😞 インデックスの構築にかなり時間がかかる
+* 😞 インデックス構築中は\nパフォーマンスが低下する
+
+= メンテナンス方法の選択
+
+* WALの定期的な削除
+  * 😞 手間がかかる
+    * テーブルのロックが必要
+      * データの更新ができない
+    * 明示的なWALの適用が必要
+  * 😃 REINDEXより短時間
+
+= メンテナンス方法の選択
+
+* REINDEX向きのケース
+  * 長時間のサービス停止が許容できる
+    * 例えば夜間に実行するなど
+  * テーブルが小さい
+
+= メンテナンス方法の選択
+
+* WALの削除向きのケース
+  * 長時間のサービス停止が難しい
+  * テーブルが大きい
+
+= PostgreSQLのWAL
+
+* PostgreSQLのWALはこのような作業は必要ない。
+
+= PostgreSQLのWAL
+
+* PostgreSQLはWALの最大サイズを制御できる
+  * max_wal_size
+  * wal_keep_segments
+
+= PostgreSQLのWAL
+
+* PGroongaには、PostgreSQLと同程度の機能はまだない。
+
+= PostgreSQLのWAL
+
+* 今後、改善予定
+  * PostgreSQLと同じような仕組みを追加
+
+= まとめ
+
+PGroongaの\nWALを\n((*うまく*))使うことができました！！
+
+= 最後に
+
+* PGroongaについての疑問等は、GitHub、Gitterにて
+* ドキュメントも充実
+  * ((<"https://pgroonga.github.io/ja/"|URL:https://pgroonga.github.io/ja/>))
+
+= 最後に
+
+より突っ込んだお話がしたい場合は↓↓\n
+問い合わせ先：
+
+(('tag:x-small'))
+((<"https://www.clear-code.com/contact/"|URL:https://www.clear-code.com/contact/>))

data/theme.rb

@@ -0,0 +1,5 @@
+@title_slide_title_font_size = @large_font_size
+
+@groonga_product = "pgroonga"
+
+include_theme("groonga")

metadata

@@ -0,0 +1,87 @@
+--- !ruby/object:Gem::Specification
+name: rabbit-slide-komainu8-postgresql-conference-japan-2020
+version: !ruby/object:Gem::Version
+  version: 1.0.1
+platform: ruby
+authors:
+- Horimoto Yasuhiro
+autorequire: 
+bindir: bin
+cert_chain: []
+date: 2020-11-12 00:00:00.000000000 Z
+dependencies:
+- !ruby/object:Gem::Dependency
+  name: rabbit
+  requirement: !ruby/object:Gem::Requirement
+    requirements:
+    - - ">="
+      - !ruby/object:Gem::Version
+        version: 2.0.2
+  type: :runtime
+  prerelease: false
+  version_requirements: !ruby/object:Gem::Requirement
+    requirements:
+    - - ">="
+      - !ruby/object:Gem::Version
+        version: 2.0.2
+description: |2-
+    PostgreSQL で使用できる全文検索の拡張に PGroonga という高速で高性能な拡張があります。
+    PGroongaはインストールも難しくなく、インデックスの設定もそれほど複雑ではないので、高速な全文検索を容易に利用できますが、
+    レプリケーションを使用した運用においては注意が必要な点があります。
+
+    本発表では、後のトラブルを防ぐために知っておいたほうが良いことや、トラブルを防止するためのメンテナンス方法について紹介します。
+email:
+- horimoto@clear-code.comment
+executables: []
+extensions: []
+extra_rdoc_files: []
+files:
+- ".rabbit"
+- PGroonga運用技法 - ~PGroongaのWALを放置していませんか？~.pdf
+- README.rd
+- Rakefile
+- config.yaml
+- how-to-manage-pgroonga-wal-for-material.pdf
+- how-to-manage-pgroonga-wal-for-material.rab
+- how-to-manage-pgroonga-wal.rab
+- images/WAL1.png
+- images/WAL2.png
+- images/WAL3.png
+- images/broken-index.png
+- images/crush-recovery.png
+- images/increase-file-size.png
+- images/index-increase.png
+- images/pgroonga-sql.png
+- images/pgroonga-wal-apply.png
+- images/pgroonga-wal1.png
+- images/pitr.png
+- images/self-introduction.png
+- images/streaming-replication.png
+- images/vaccum.png
+- images/without-pgroonga-wal.png
+- pdf/postgresql-conference-japan-2020-how-to-manage-pgroonga-wal.pdf
+- theme.rb
+homepage: https://slide.rabbit-shocker.org/authors/komainu8/postgresql-conference-japan-2020/
+licenses:
+- CC-BY-SA-4.0
+metadata: {}
+post_install_message: 
+rdoc_options: []
+require_paths:
+- lib
+required_ruby_version: !ruby/object:Gem::Requirement
+  requirements:
+  - - ">="
+    - !ruby/object:Gem::Version
+      version: '0'
+required_rubygems_version: !ruby/object:Gem::Requirement
+  requirements:
+  - - ">="
+    - !ruby/object:Gem::Version
+      version: '0'
+requirements: []
+rubygems_version: 3.1.4
+signing_key: 
+specification_version: 4
+summary: PGroonga運用技法 ~PGroongaのWALを放置していませんか？~
+test_files: []