エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
比べてみよう リレーショナル vs ドキュメントDB - spacelyのブログ
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
比べてみよう リレーショナル vs ドキュメントDB - spacelyのブログ
はじめに 株式会社スペースリー Railsエンジニアの海老原です。 スペースリーではメインのデータベース... はじめに 株式会社スペースリー Railsエンジニアの海老原です。 スペースリーではメインのデータベースとしてMySQLを採用していますが、今後、MongoDBの活用も視野に入れて検討をしています。 最適な活用方法を日々模索するなかで、一覧形式で機能を比較検討したいと思いまとめました。 スペースリーでは、マスタの系のデータでは既にRDBによるデータ設計がなされています。 RDBの世界では先にエンティティとリレーションシップを用いたデータ設計を行い、正規化を経てテーブルという実態に落とし込みます。 事前に、各オブジェクトの役割や関係性が明確になっていることが前提です。 一方で、試行錯誤して開発するアジャイル体制の開発現場では、データの役割や関係性が変化することがしばしば起こります。 データ構造の変更に対する柔軟性が乏しいRDBではスキーマ変更の対応をするのに時間がかかってしまいますので、スキ