記事へのコメント21

    • 注目コメント
    • 新着コメント
    tmatsuu
    tmatsuu スキーマ柔軟性については、今のRDBMSにはJSON型がありインデックスも張れるのでドキュメントDBの優位性はあまりない認識。「ドキュメントDBの機能ですべて実現できるか」がポイントで、それが難しいならRDBMSかな

    2022/08/11 リンク

    その他
    onesplat
    onesplat RDBは贅沢品。確かに便利なこともあるがそのためだけにインスタンス費用払ったりスケーラビリティに問題抱えたりする価値があるかと言われれば微妙。ほとんどのケースはただのエンジニアの怠慢。

    2022/08/11 リンク

    その他
    kagehiens
    kagehiens デフォルト選択をRDBにすることが許されているが、ストレージが遅い環境を使わされており札束の使いみち間違ってる感が常にしている。。。一方ドキュメントDBは選択肢に入れたことがない。XML型とかJSON型で大体OKになる

    2022/08/11 リンク

    その他
    buzztaiki
    buzztaiki 検索が全文検索だけでなんとかなるときならドキュメントDBでもいいけどって感じに思ってる。

    2022/08/11 リンク

    その他
    kijtra
    kijtra スキーマレスはjoinできないからデータが分散していちいちリレーション先のドキュメントも更新せんといかんのよね。

    2022/08/10 リンク

    その他
    wwolf
    wwolf お金を掛けたくない(無料でやりたい)以外の理由でFirestoreやDynamoDB選択するユースケースが思いつかない件

    2022/08/10 リンク

    その他
    Fluss_kawa
    Fluss_kawa ドキュメントDBのキーをRDBに格納してタイムスタンプとか、正規化できそうな項目はカラムを作っておいてそれ以外をドキュメントDBにするかなと思ったけどRDBにJSONカラム作ればいいだけない気がしてきた。

    2022/08/10 リンク

    その他
    hdampty7
    hdampty7 リレーショナルの限界は結構体感としてあるけど、ドキュメントDB使いたくなるのはユーザごとのコンフィグとか。あとアンケートも集計はRDBでやって個別の結果はjsonでもつとか。

    2022/08/10 リンク

    その他
    tettekete37564
    tettekete37564 昔は構造のブレ幅が大きい JSON みたいなネスト構造データを DB 設計に落とし込むのに恐ろしいほど労力を割いた物だが、今はマスタ系と直接リレーションしないなら JSON 型でーって出来るの楽でいい。分析は必要だけど

    2022/08/10 リンク

    その他
    J138
    J138 JSON型いいじゃーんと思ってガシガシ使うと、数百万レコード超えた当たりからくっそ遅くなるし、1000行づつバルクインサートしようとしたら、クエリサイズがでかすぎてリミット上限変更必須、謎のOOMで死ぬ等色々

    2022/08/10 リンク

    その他
    taruhachi
    taruhachi あるデータを他の切り口で利用するケースがあるかどうかという一点が重要だと思っている。特定のユースケースでしか利用しない前提であればシリアライズしてテキストでぶち込んでいても問題ないわけで。

    2022/08/10 リンク

    その他
    hachiking
    hachiking さすがにドキュメントDB側の用途をシンプルにしすぎだと思う。時系列のデータを扱いたいとか、データが大きくなってきた時の更新コストどうするとか。インデックス張り出すとDynamoDBも制約が厳しくなる

    2022/08/10 リンク

    その他
    peketamin
    peketamin ハンクさんの記事だった!

    2022/08/10 リンク

    その他
    dot
    dot 設計の習慣の問題もあると思うけど、ツリー型だけでキレイに分離してシステム全体を表現できることが少ないので、N+1クエリ問題が発生して思ったほどパフォーマンス出ないし、部分的にJSON型にした方が柔軟性が高い。

    2022/08/10 リンク

    その他
    rgfx
    rgfx indexをどう張るかの問題はついて回るので素直にRDBにjson型で。ずっと前はドキュメントのうちソートや検索に使う要素だけカラムに切り出したりしてたな。。

    2022/08/10 リンク

    その他
    mysql8
    mysql8 MySQL8なら両方いけるよ

    2022/08/10 リンク

    その他
    puruhime
    puruhime RDBをJSONに翻訳するWebシステムを延々とやってると、もはやJSON型で全て解決するのでは、と夢想したりもする。こういう基準があると楽

    2022/08/10 リンク

    その他
    tecotex
    tecotex mysql8でどっちも使えるのでok

    2022/08/10 リンク

    その他
    rzi
    rzi わからんのだけど、IoTみたいな大量に溜まり続けるデータを扱うならドキュメントDBはまずくない?検索とか集計したら一瞬で死ぬような。過去データは捨てるor履歴用の別DBに投げる?

    2022/08/10 リンク

    その他
    remonoil
    remonoil デフォはDynamoDBで、RDBが本当に必要なときだけ使うようにしてる

    2022/08/10 リンク

    その他
    sin20xx
    sin20xx とはいえ10,000以上のホストから同時に接続し同時に書き込みを行うことを想定するのであればもはや無料枠云々の次元でもないので全体コストで考えると青天井な気もするが。だとすると全てが予算規模に左右されるのでは

    2022/08/10 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    ドキュメントDBかリレーショナルDBどっち使う? - Qiita

    はじめに ドキュメントデータベースかリレーショナルデータベース、どちらを選ぶか。 この選択で、アプ...

    ブックマークしたユーザー

    • techtech05212023/03/12 techtech0521
    • deejayroka2022/11/23 deejayroka
    • kwy2022/09/02 kwy
    • mhag2022/08/27 mhag
    • lugecy2022/08/21 lugecy
    • fuyu772022/08/19 fuyu77
    • astk_f2022/08/19 astk_f
    • araki_k2022/08/17 araki_k
    • surume0002022/08/17 surume000
    • skmtpalm2022/08/11 skmtpalm
    • hkr_I2022/08/11 hkr_I
    • tmatsuu2022/08/11 tmatsuu
    • onesplat2022/08/11 onesplat
    • kengo92i2022/08/11 kengo92i
    • yancy19692022/08/11 yancy1969
    • terrask2022/08/11 terrask
    • dqn2702022/08/11 dqn270
    • koma_g2022/08/11 koma_g
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事