![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「道具も変化。NoSQLなどの新製品。ハードウェアも常に進化。CPUの高速化、SSD、メモリの大容量化など」 #ChugokuDB
2015-06-26 14:05:19![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「システムの変化に対して事前に予測して、次に打つ手を考えておく。その際、データモデルを変更するのは大変だが検討しておくことも大切。」#ChugokuDB
2015-06-26 14:06:57![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「結論:NoSQLは必要か・・・Yes。なぜならリレーショナルモデルだけでは全てのデータモデルは満たせないから。」 #ChugokuDB
2015-06-26 14:08:13![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「RDBは優秀で多くの要件をカバーできるが、足りない部分、限界もある。データモデルの特性を理解して、しっかりとした計画を持ってNoSQLの利用を」 #ChugokuDB
2015-06-26 14:09:19![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
Q「例えばMySQLにはSQL標準のWindow関数とかないのですが、RDBMSの実装はどこまで責務を負うのか。」 A「アプリケーションの要求にあった製品を使えばよいのでは」#ChugokuDB
2015-06-26 14:13:26![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
Q「奥野さんの考えるNoSQLとは」 A「グラフ、階層型、キーバリュー、ドキュメントなどの非リレーショナルな製品」 #ChugokuDB
2015-06-26 14:14:37![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
出番done。しょっぱなから皆さんの頭を疲れさせてもアレなので、軽めのジャブを打つ感じの内容にしてみた。 #ChugokuDB
2015-06-26 14:29:02![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
次のセッションはJPUG曽根さんの「PostgreSQLから見るNoSQL(FDWの話)」 始まり~ #ChugokuDB
2015-06-26 14:31:12![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「PostgreSQLのFDWをつかうとRDBMSの不得意なデータモデルを補える」 #ChugokuDB
2015-06-26 14:34:03![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「外部データラッパ(FDW)とは、外部データにSQLでアクセスできる(whereやorder byとか使える)。JOINもできる。9.3から更新、削除もできる。自作プログラム作る必要がなくなった」#ChugokuDB
2015-06-26 14:37:21![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「一番のメインはPostgreSQL to PostgreSQL。MySQL to PostgreSQLもできる。MongoDB to PostgreSQL、Oracle to PostgreSQL、SQL Server to PostgreSQLも可」 #ChugokuDB
2015-06-26 14:39:39