PostgreSQLカンファレンス2014キーノート「NTT データと PostgreSQL が挑んだ総力戦 ~ PostgreSQL を極限まで使い切ったその先に見たものとは? ~」 まとめ

2014年12月5日に行われた「PostgreSQLカンファレンス2014」のキーノート2セッション http://www.postgresql.jp/events/jpugpgcon2014files/jpugpgcon2014_talks#K2
2
Kazuhiro YOSHIKAWA @yoshikaw

つぎのキーノート「NTT データと PostgreSQL が挑んだ総力戦 ~ PostgreSQL を極限まで使い切ったその先に見たものとは? ~ 」

2014-12-05 11:02:15
ぬこ@大阪 16.1 @nuko_yokohama

つづいて、笠原さんと澤田さんの発表。「NTT データと PostgreSQL が挑んだ総力戦 ~ PostgreSQL を極限まで使い切ったその先に見たものとは? ~ 」 #pgcon14j

2014-12-05 11:03:00
Hiroshi Tokuda @tokudahiroshi

基調講演その2はじまった。NTTデータの事例とプロジェクト現場のお話 #pgcon14j

2014-12-05 11:04:38
ぬこ@大阪 16.1 @nuko_yokohama

最近はNoSQLまわりやってるのかー。>笠原さん #pgcon14j

2014-12-05 11:04:39
Hiroshi Tokuda @tokudahiroshi

PostgreSQL と NTTデータの10年を振り返る歴史編がスタート #pgcon14j

2014-12-05 11:06:08
ぬこ@大阪 16.1 @nuko_yokohama

大規模案件でのPostgreSQLの当たり前でない使い方・・・だと・・・。 #pgcon14j

2014-12-05 11:08:55
ぬこ@大阪 16.1 @nuko_yokohama

事例:リアルタイム集計+ディザスタリカバリ 構成自体はそこまでトリッキーではない。 #pgcon14j

2014-12-05 11:10:17
Hiroshi Tokuda @tokudahiroshi

PosgreSQLは9.2だけど大量のモジュールを使ったことが特筆すべき点。 主に性能系。#pgcon14j

2014-12-05 11:12:01
ぬこ@大阪 16.1 @nuko_yokohama

ふむ。pg_bigmやpg_reorgも使っているのか(pg_repackではない) #pgcon14j

2014-12-05 11:12:18
Hiroshi Tokuda @tokudahiroshi

24時間DBアクセス。昼夜問わず大量バッチ。メンテナンス設計が重要。数百GB以上の大規模テーブルの扱いに工夫。 #pgcon14j

2014-12-05 11:14:03
Hiroshi Tokuda @tokudahiroshi

VACUUMが追い付かなかったらどうする? 排他ロックは避けたい。pg_reorg と 自作ツールで排他ロックに対処。#pgcon14j

2014-12-05 11:15:14
ぬこ@大阪 16.1 @nuko_yokohama

VACUUM設計のポイント:大規模(数百GB)テーブルはautovacuumではなく、手動で実施。VACUUMできないときはpg_reorg/並列インデックス作成で対応。 #pgcon14j

2014-12-05 11:15:22
yancya @yancya

えっ、すごいのでは -> "VACUUM FULL とか REINDEX をロック取らずに行う仕組み" #pgcon14j

2014-12-05 11:15:44
Hiroshi Tokuda @tokudahiroshi

DRサイト。東日本-西日本間のデータ同期が課題だった。#pgcon14j

2014-12-05 11:16:16
こうづえいすけ @cstyles_jp

#pgcon14j のタイムラインに目が行って仕事にならない(-_-;)

2014-12-05 11:16:34
Hiroshi Tokuda @tokudahiroshi

DRサイト。Streaming-Replicationを採用。Fujii Masaoブランドを信じる。#pgcon14j

2014-12-05 11:18:25
ぬこ@大阪 16.1 @nuko_yokohama

DR検討のポイント:SRを採用、藤井さんのサポート(ずるいw)、アーカイブ圧縮&転送 #pgcon14j

2014-12-05 11:18:50
Hiroshi Tokuda @tokudahiroshi

SRでDR。レプリが追い付かなかったらどうする? とかも想定して対策を立案した。#pgcon14j

2014-12-05 11:19:07
Hiroshi Tokuda @tokudahiroshi

数万SQL,1000人規模の開発体制などなど #pgcon14j

2014-12-05 11:20:02
Hiroshi Tokuda @tokudahiroshi

SQLの品質確保。5つの関門を通過したものだけが一人前のSQLとなるのじゃ #pgcon14j

2014-12-05 11:21:12
Hiroshi Tokuda @tokudahiroshi

SQLガイドライン、SQLチェックツール。リポジトリに登録すると静的なチェックツールが走る。#pgcon14j

2014-12-05 11:22:31
1 ・・ 4 次へ