あえてNoSQLでクラウド上にエンタープライズアプリを作ってみる : 小野和俊のブログ

RDBMSとNoSQLを巡る議論でいつも私が違和感を感じるのは、RDBMSに固執しようとする人と、NoSQLに固執しようとする人と、それぞれが極端にどちらかを擁護し、極端にどちらかの長所や可能性に対して目を瞑ろうとしているように見受けられることである。 これまでRDBMSを業務で使ってきた人にNoSQLの制約の話をすると、大抵の場合、「そんなのじゃ業務には使えない」という反応が返ってくる。特に即時一貫性が保てないという話をすると「まったく使い物にならない」と脊髄反射的に拒否反応を示されることが多い。 私が思うに、クラウドがシステム構築で活用されていくのに比例して、これからは「RDBMSとNoSQLを適材適所で使い分ける」ことがこれからのアーキテクトに求められるのではないか。 これまではRDBMSがあったから何もかも一貫性が保障されていた。だが、本当にそこまですべてのデータに即時一貫性が必要

[mtoyoshi]

建設的な意見

[ysmatsud]

この人ゲームばっかりやってるわけじゃなかったのか…

[takigawa401]

4種類のクラウド環境でNoSQLによる業務システムの実装。資料ではForce.comが便利そうと感じた。

[fabled]

俺はNoSQLをまだ使ったことがないけど、使い方次第だろうなーとは思ってる

[a-know]

とても良い試みがなされていたんだなあ。それによる結論も順当なものだと思う。

[amatorat]

作っている様子は楽しそうだけど、アプリ側を作り込めば出来るよ！では大多数の人は説得出来ないような。

[relia-K]

[

[yocchi24]

面白い実験。適材適所の考え方が大事

[hiragisan]

あえてNoSQLで

[lizy]

NoSQL「でも」出来る、という内容に感じられた

[tmatsuu]

俺はRDBMS派。NoSQLを使う必要がある規模の開発をしたことがない。

[rdfrk]

素晴らしい実地検証だと思います。やはり一回やってみて、適材適所を見つけて行いかないとね。 Reading: あえてNoSQLでクラウド上にエンタープライズアプリを作ってみる

[thesecret3]

サマリ、アドホックな分析、データの一括更新、バックアップ、移行、レプリケーション・・とかRDBとは関係ないけど結構単純なとこでRDBMSにあってNoSQLにない部分があるんだよな。。

[nippondanji]

多くの人が誤解してると思うんだが、SQL=RDBではない。SQLは単にリレーショナルモデルに基づいたデータを操作する手段であって、そもそもリレーショナルモデルと乖離がある。ということを念頭に置いて欲しいと思った。

[hidehish]

見てる:

[daisukebe]

こうやって手をうごかすところから変化は起こっていくんだろうな

[airj12]

デブサミに行けてたら一番聴きたかった話。

[kazoo_net14]

それぞれに特長はある。

[saitoudaitoku]

後でスライド見る

[takkecy]

NoSQLは「Not Only SQL」の略

[f_oggy]

一つのシステムでも、機能によってOLTP寄りだったりDWH寄りだったりするから、NoSQLとRDBMSの併用は十分アリ。

[himomen]

"まず重要なのは、「RDBMS or NoSQL」という二者択一の考えを捨て、これまでの経験やスキルにも固執せず、適材適所で両者を使い分けていくこと"

[at_yasu]

NoSQL + RDBの混合技はいいよ。/訂正、KVS + RDB だべな。

[Ehren]

RDBMSとKVSはお互い補完してつかうと幸せになれると思う