JPUG 2016 夏セミナー(2016-06-18)
- nuko_yokohama
- 1985
- 2
- 1
- 16
#jpug 資源・精錬・材料という3つの業種。今日のテーマはアラスカの金鉱山に関するもの。金生産工程の効率化のための選鉱機。で、その制御パラメータやロジック変更、テストにPostgreSQLを使っているのか?
2016-06-18 14:37:44#jpug 立ち入り制限区域には管理者が2人いないと入れないという非常に厳しい制限をかけている。さすがは金鉱山・・・。
2016-06-18 14:42:08#jpug 画像処理を行うサーバはアラスカにあって、日本とはVPN経由で接続している。VPN申請は面倒&時間がかかる。
2016-06-18 14:43:45#jpug IoTでのDBの役割。 サーバ側に品種別の測定条件や手順、大量の計測値 ローカル側に1品種文の測定条件や手順をもらって、1回分の計測値 サーバはMaster、ローカルはスレーブとしている。(といってもSRではなさげ)
2016-06-18 14:48:53#jpug 生産管理システムはOracleを使っている。統計解析システムはPostgreSQLを使用。使うテーブルを1日1回、ダンプデータを送信してもらう。
2016-06-18 14:52:21#jpug 統計解析システムで使ったテーブルを別システム(測定値管理システム:たくさんある)で使いたい。そういうときにFDWを使っている。ゆくゆくはOracle FDWで直接繋ぎたいが、部門の壁がw
2016-06-18 14:54:16#jpug 設備管理、予算管理、生産管理システム、進捗管理(redmine)にもPostgreSQLを使っている。
2016-06-18 14:55:40#jpug FA用途としてのPostgreSQLの使い方。初期設定でSELECTを、結果保存をINSERTにやらせる。
2016-06-18 15:00:22#jpug 初期値の統一、結果の一元管理ができるのが大きなメリット。そして機械制御の排他制御をPostgreSQLに任せるという発想。
2016-06-18 15:02:55#jpug 他分野との違い。 アクセスレートはほぼ一定。 大量データの集計 生産計画シミュレーション:大量のUPDATE 故障によるシステムい停止は許容。過度な冗長化は不要。 →テーブルパーティションを使っている(パージのため)。数が多くなるとテーブル探索コストが遅い!
2016-06-18 15:09:53#jpug まとめ。PostgreSQLは使われてる。制御ソフトでも使えるよ。FDWには問題あるけど便利。コア数多くても意味はないよ、という使い方。データ量が多いと重いクエリになりがち。9.6のパラレルクエリに期待。
2016-06-18 15:14:49#jpug サーバのメモリは潤沢。なのでインメモリDBは興味深い。インメモリDBの拡張にも興味あるが、最近は更新されていない。>IMCSかな? ラズパイみたいなマシンを使って、常に初期化から使うという手もあるのでは?
2016-06-18 15:16:55#jpug 注目のCPU、PEZY-SC。1024コア。今年、4096コアを出す。最終的には16Kコアを目指しているらしい。PEZYは単純なマルチスレッドで動かせる。
2016-06-18 15:18:23#jpug PostgreSQLはTCP/IPを使っている。通信プロトコルがネックにならないか?→ローカル上ではTCP/IPを使わないようにして、ネックにならないようにしている。
2016-06-18 15:20:24#jpug IoTってNoSQLを使うのでは?NoSQLの検討は?→今はそれは検討していない。経営層からは言われたらしいがw
2016-06-18 15:22:06#jpug BigData解析なんてしなくても、みんな気づいているよ発言w でも、それを定量化するほうが重要という話。
2016-06-18 15:23:08