![](https://cdn-ak-scissors.b.st-hatena.com/image/square/ac4528e1e8558a2a237e2fe78909b2702ee0a6df/height=288;version=1;width=512/https%3A%2F%2Fgihyo.jp%2Fassets%2Fimages%2FICON%2F2010%2F682_rdt.jpg)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
第6回 まとめとDBMSの今後 | gihyo.jp
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
第6回 まとめとDBMSの今後 | gihyo.jp
前回までのまとめ 前回までで、RDBMSとNoSQLの比較と、NoSQL(TokyoCabinet/TokyoTyrant)を実際に動作さ... 前回までのまとめ 前回までで、RDBMSとNoSQLの比較と、NoSQL(TokyoCabinet/TokyoTyrant)を実際に動作させてみました。また、分散環境(kumofs)と組み合わせることで、アベイラビリティとスケーラビリティに特化したDBシステムを構築できることがわかりました。 しかしその反面、複雑なスキーマに対応できなかったり、正確な結果が求められる会計処理などには向かないこともわかりました。また、データにアクセスするための言語がSQLのように統一されていないため、それぞれのNoSQLでアクセス方法を学習する必要がありました。 RDBMSは現在の主流ですが、課金処理などのビジネスシーンにおいては今後も主流として、開発現場で使用されていくと思われます。反面、厳密なACIDのサポートが必要ではないシーンや、膨大なデータを扱いたいシーンにおいてはNoSQLが本領を発揮するのではな