[B! MongoDB] shuchux4のブックマーク

開発者が知っておくべき、ドキュメント・データベースの基礎

開発者が知っておくべき、ドキュメント・データベースの基礎：特集：Mongo DBで理解する「ドキュメント・データベース」の世界（前編）（1/3 ページ）ドキュメント・データベースの最大の特長は、「パフォーマンス、大量データ、スケーラブルといった課題を克服するためのシンプルなセットを提供している」という点だ。もちろん既存の多くのリレーショナル・データベース（以下、RDB）でも、ドキュメント・データベースが備えている特徴的な各機能に類似することが実現可能だし、さらに広範な概念や機能性を提供している。例えばシャーディング（Sharding。詳細後述）についても、既存の多くのRDBでデータの分散化が可能だ。しかしドキュメント・データベースでは、「そもそもデータ構造がこうした構成に適している」という点と、「それに付随して、考え方もシンプルである」という点が優位な特徴である。万人が、データベースが

shuchux4 2013/09/24

リンク

MongoDBにおける関連（Relation）のスキーマ設計 - masa_wの日記

前回、Mongo DBでSNSつくるぞという記事を書いてから随分時間がたってしまいました。単に私がだらけていたということもあるのですが、一番ひっかかって時間を取られていたのが、Mongo DBにおけるスキーマ設計の考え方です。いまだに試行錯誤中ではありますが、現時点において私がこうあるべきと理解しているところをアウトプットしてみたいと思います。１．One to Many のケースたとえば注文と注文明細のケースを考えてみます。RDBで1対多のリレーションを設計する場合、というように、注文明細を別テーブルにするのが普通かと思います。しかし、ドキュメント指向のMongo DBにおいては、RDBと違ってオブジェクト内に柔軟なデータ構造を実現できるため、というように一つのCollection内にデータを埋め込んでしまうのが、パフォーマンスの点からも良しとされています。ただし、以下の2点について