9月11日、
PostgreSQL9.4 最新情報セミナー
～新しいJSONデータ型開発者のOleg氏を迎えて～
を聞いてきたので、メモメモ
最近勢いでてきた
日本は、以前からPostgreSQLつよい
エンタープライズ、基幹業務で使われる
外国での勢いすごい！
イギリス気象庁
ＧＩＮインデックス
２００６年、国際コンファレンス
・前文検索
・ＧＩＮインデックス
・locale対応
ロシアでの開発状況
９．４ ９月末リリース予定
自己紹介
アジェンダ
JSONB,いんでくしんぐ、ウォッカ
問題
・ＢｉｇＤａｔａ
・Ｗｅｂアプリ→サービス指向
一貫性
同時実行
ＡＣＩＤの負荷をかるく
・新しいＤＢ ＮｏＳＱＬ
スケーラブル、えふぃしゃんと、フォールトトレラント
ＮＯＳＱＬ
・キーバリュー
・カラムファミリー
・ドキュメント
・グラフ
問題点
・ＡＣＩＤが必要でＮｏＳＱＬの柔軟性
・ＲＤＢでスキーマ変更は難しい
・リリースタイミング
・ＪＳＯＮフォーマット＝スキーマなしに対応できる！
課題
ＰｏｓｔｇｒｅＳＱＬのチャレンジ
・ＰｏｓｔｇｒｅＳＱＬに半構造化データ
ストレージ
演算子
拡張子
・ＰｏｓｔｇｒｅＳＱＬはスキーマレスで２００３から
→HStore
Google Insightでしらべると。。。
２００６年→発表したときから注目
HStore
・キーバリューのペア
・スキーマ変更いらない
・インデックスもサポートしている
２００６年１２月 HStore
２００７年 ＧＩＮインデックス
転地インデックス
ＧＩＮ２つのツリー
エントリー：キーワード
ポスティング：ページ番号とか
汎用転地インデックス
ＧＩＮ９．４改善点
・圧縮
・検索早くなった
よく出てくる言語に比例
めったに確認されないほうに
valueにレアを使うと早い
９．４にするとはやくなる
エクステンション入れても早くなる
シンプルすぎた→JSONへ
HStore VS JSON
・でもJSONはおそい
→HStoreのドキュメントベースモデル必要
→JSON
２年前：ねすてぃっどHStore
PGCon2013で
→ネステッドHStoreよりJSONBへ
ＪＳＯＮＢ；バイナリーＪＳＯＮ
ＪＳＯＮ：ＡＳ ＩＳ
ＪＳＯＮＢ：重複なし、ソーテッドされている
入力パフォーマンス
ＪＳＯＮ：おそくなる
ＪＳＯＮＢ：もっとおそくなる
検索パフォーマンス
ＪＳＯＮＢ：１秒
ＪＳＯＮ：９．６秒
ＪＳＯＮＢのほうがはやい
pathとバリューを組み合わせると、２０００倍早くなる
ＭｏｎｇｏＤＢと比べると・・・
ローディング １３分→ＪＳＯＮＢ ４３秒
検索 ほぼ同じ
インデックス ＪＳＯＮＢのほうが早い
指定の仕方
・ルートから特定化
・JSONBの検索言語：JSQuery
キーへの演算子
バリュー向け演算子
タイプチェック
・オプティマイザーがないと遅くなる
プランナーを使って時間短縮
・JSQuery
オプティマイザー New
ヒント-New -noindexなど
・エクステンションで導入可能
マイクロソフト：JSONサポートない
Ｏｒａｃｌｅ：ない
MySQL：インデックスとかはサポートしない
PostgreSQL:サポート
ＧＩＮインデックス
・２つのキー
・インデックスの長さ制限
アクセス方法
・spgist opclass
・ＧＩＳ フルテキストサーチ
CREATE INDEX USING VODKA（うぉっか）
・インデックスツリーは選べる
・エンティティにSPGistとか
・VODKAでは、Ｒｔｒｅｅ→Ｂではない
→マルチカラムインデックス
・いっしょにやりたいひとがいたらかんげい
ＶＯＤＫＡ(うぉっか）：飲み物ではない
→Optimized Dendriform Keys Array
GIN（じん）：飲み物ではない
→アラビアンナイトの魔法かけるジーニーから
Ｑ＆Ａ
ヒントはPostgreSQLいれないっていう方針だけど、
どうやってＹＥＳと言わせた？
→エクステンションなんで・・・ってことで・・・
トランザクションに対応しているか？
ＪＳＯＮＢは対応している
■PostgreSQL9.4評価検証報告
●Part1 性能アップって、どのくらいですか？
・GINインデックス性能改善
すべての局面で早くなった
→ポイント気にせずに作っても
→さっきの話だと、レアなものを選ぶと
・ＷＡＬの性能改善
ＷＡＬ：トランザクション
ＷＡＬ出力量が減った
→流れるデータで変わる
・ＷＡＬ書き込みの同時実行性
ＣＰＵコア数多く、ディスクは早いとき
・JSONとJSONB型の比較
投入はJSONBが少し遅い
ＧＩＮインデックス
関数インデックス
検索はインデックス使わなくても
所要時間半分：バイナリで格納
・CouchBaseと比較
投入
やはり、couchbaseがはやい。が、大差ないが。。
並列ランダム更新
couchbaseがはやい
読み込み
GINインデックス使ったほうがはやい
●Part2 この新機能は何ですか？
・レプリケーションスロット
プライマリとスタンバイをつなぐ絆
→レプリケーションコンフリクトを起こさないため
ＷＡＬ削除の問題を起こさないため
・logicalレプリケーションスロットの可能性
・更新ビューのＣＨＥＣＫオプション
集約クエリでＦＩＬＴＥＲオプション
・ＡＬＴＥＲ ＳＹＳＴＥＭで設定変更できる
ＡＬＴＥＲ ＴＡＢＬＥＳＰＡＣＥ ＭＯＶＥで一括移動
・ＲＥＦＲＥＳＨ ＭＡＴＥＲＩＡＬＩＺＥＤ ＶＩＥＷの
ＣＯＮＣＵＲＲＥＮＴＬＹオプション
→マテビューにゆにーくインデックス必要
・ＡＬＴＥＲ ＴＡＢＬＥのロック競合
●レポート形式の資料
「PostgreSQL9.4に関する検証報告」
SRA OSS 日本支社→技術情報→PostgreSQL
ＪＳＯＮＢのクラス
今日現在、いいのはない
アプリに使うときの指針
カラムとの比較
PostgreSQL9.4 最新情報セミナー
～新しいJSONデータ型開発者のOleg氏を迎えて～
を聞いてきたので、メモメモ
最近勢いでてきた
日本は、以前からPostgreSQLつよい
エンタープライズ、基幹業務で使われる
外国での勢いすごい！
イギリス気象庁
ＧＩＮインデックス
２００６年、国際コンファレンス
・前文検索
・ＧＩＮインデックス
・locale対応
ロシアでの開発状況
９．４ ９月末リリース予定
自己紹介
アジェンダ
JSONB,いんでくしんぐ、ウォッカ
問題
・ＢｉｇＤａｔａ
・Ｗｅｂアプリ→サービス指向
一貫性
同時実行
ＡＣＩＤの負荷をかるく
・新しいＤＢ ＮｏＳＱＬ
スケーラブル、えふぃしゃんと、フォールトトレラント
ＮＯＳＱＬ
・キーバリュー
・カラムファミリー
・ドキュメント
・グラフ
問題点
・ＡＣＩＤが必要でＮｏＳＱＬの柔軟性
・ＲＤＢでスキーマ変更は難しい
・リリースタイミング
・ＪＳＯＮフォーマット＝スキーマなしに対応できる！
課題
ＰｏｓｔｇｒｅＳＱＬのチャレンジ
・ＰｏｓｔｇｒｅＳＱＬに半構造化データ
ストレージ
演算子
拡張子
・ＰｏｓｔｇｒｅＳＱＬはスキーマレスで２００３から
→HStore
Google Insightでしらべると。。。
２００６年→発表したときから注目
HStore
・キーバリューのペア
・スキーマ変更いらない
・インデックスもサポートしている
２００６年１２月 HStore
２００７年 ＧＩＮインデックス
転地インデックス
ＧＩＮ２つのツリー
エントリー：キーワード
ポスティング：ページ番号とか
汎用転地インデックス
ＧＩＮ９．４改善点
・圧縮
・検索早くなった
よく出てくる言語に比例
めったに確認されないほうに
valueにレアを使うと早い
９．４にするとはやくなる
エクステンション入れても早くなる
シンプルすぎた→JSONへ
HStore VS JSON
・でもJSONはおそい
→HStoreのドキュメントベースモデル必要
→JSON
２年前：ねすてぃっどHStore
PGCon2013で
→ネステッドHStoreよりJSONBへ
ＪＳＯＮＢ；バイナリーＪＳＯＮ
ＪＳＯＮ：ＡＳ ＩＳ
ＪＳＯＮＢ：重複なし、ソーテッドされている
入力パフォーマンス
ＪＳＯＮ：おそくなる
ＪＳＯＮＢ：もっとおそくなる
検索パフォーマンス
ＪＳＯＮＢ：１秒
ＪＳＯＮ：９．６秒
ＪＳＯＮＢのほうがはやい
pathとバリューを組み合わせると、２０００倍早くなる
ＭｏｎｇｏＤＢと比べると・・・
ローディング １３分→ＪＳＯＮＢ ４３秒
検索 ほぼ同じ
インデックス ＪＳＯＮＢのほうが早い
指定の仕方
・ルートから特定化
・JSONBの検索言語：JSQuery
キーへの演算子
バリュー向け演算子
タイプチェック
・オプティマイザーがないと遅くなる
プランナーを使って時間短縮
・JSQuery
オプティマイザー New
ヒント-New -noindexなど
・エクステンションで導入可能
マイクロソフト：JSONサポートない
Ｏｒａｃｌｅ：ない
MySQL：インデックスとかはサポートしない
PostgreSQL:サポート
ＧＩＮインデックス
・２つのキー
・インデックスの長さ制限
アクセス方法
・spgist opclass
・ＧＩＳ フルテキストサーチ
CREATE INDEX USING VODKA（うぉっか）
・インデックスツリーは選べる
・エンティティにSPGistとか
・VODKAでは、Ｒｔｒｅｅ→Ｂではない
→マルチカラムインデックス
・いっしょにやりたいひとがいたらかんげい
ＶＯＤＫＡ(うぉっか）：飲み物ではない
→Optimized Dendriform Keys Array
GIN（じん）：飲み物ではない
→アラビアンナイトの魔法かけるジーニーから
Ｑ＆Ａ
ヒントはPostgreSQLいれないっていう方針だけど、
どうやってＹＥＳと言わせた？
→エクステンションなんで・・・ってことで・・・
トランザクションに対応しているか？
ＪＳＯＮＢは対応している
■PostgreSQL9.4評価検証報告
●Part1 性能アップって、どのくらいですか？
・GINインデックス性能改善
すべての局面で早くなった
→ポイント気にせずに作っても
→さっきの話だと、レアなものを選ぶと
・ＷＡＬの性能改善
ＷＡＬ：トランザクション
ＷＡＬ出力量が減った
→流れるデータで変わる
・ＷＡＬ書き込みの同時実行性
ＣＰＵコア数多く、ディスクは早いとき
・JSONとJSONB型の比較
投入はJSONBが少し遅い
ＧＩＮインデックス
関数インデックス
検索はインデックス使わなくても
所要時間半分：バイナリで格納
・CouchBaseと比較
投入
やはり、couchbaseがはやい。が、大差ないが。。
並列ランダム更新
couchbaseがはやい
読み込み
GINインデックス使ったほうがはやい
●Part2 この新機能は何ですか？
・レプリケーションスロット
プライマリとスタンバイをつなぐ絆
→レプリケーションコンフリクトを起こさないため
ＷＡＬ削除の問題を起こさないため
・logicalレプリケーションスロットの可能性
・更新ビューのＣＨＥＣＫオプション
集約クエリでＦＩＬＴＥＲオプション
・ＡＬＴＥＲ ＳＹＳＴＥＭで設定変更できる
ＡＬＴＥＲ ＴＡＢＬＥＳＰＡＣＥ ＭＯＶＥで一括移動
・ＲＥＦＲＥＳＨ ＭＡＴＥＲＩＡＬＩＺＥＤ ＶＩＥＷの
ＣＯＮＣＵＲＲＥＮＴＬＹオプション
→マテビューにゆにーくインデックス必要
・ＡＬＴＥＲ ＴＡＢＬＥのロック競合
●レポート形式の資料
「PostgreSQL9.4に関する検証報告」
SRA OSS 日本支社→技術情報→PostgreSQL
ＪＳＯＮＢのクラス
今日現在、いいのはない
アプリに使うときの指針
カラムとの比較
アクセス
トータル
ランキング
