多対多のデータは確かに冗長になりそうだし、処理するためのコードも長く..

多対多のデータは確かに冗長になりそうだし、処理するためのコードも長くなりそう。

RDBはその点、データの原子性は保たれるし、SQLで比較的短く書けるので品質も問題が出にくい。

でも、そうしたデメリットをさっ引いても、技術者の要求レベルが低く済むメリットはあると思ったので。

Permalink | 記事への反応(0) | 12:09

記事への反応 -

階層型DBいいじゃん
ファイルシステムのディレクトリのような木構造にデータを格納するのは、RDBに比べたらデータ構造が人間には超分かりやすいし、検索にかかる時間も簡単に見積もれるし、そもそも高...
- http://anond.hatelabo.jp/20140306114908
  使った事無いけど、階層で多対多とかやろうとすると、データが冗長になるんじゃないの？データの整合性をプログラムロジックでとろうとするとバグが入りやすいのが問題じゃない？
  - http://anond.hatelabo.jp/20140306115841
    多対多のデータは確かに冗長になりそうだし、処理するためのコードも長くなりそう。 RDBはその点、データの原子性は保たれるし、SQLで比較的短く書けるので品質も問題が出にくい。で...
- http://anond.hatelabo.jp/20140306114908
  RDBとXMLDBですかね。どっちが良いという話ではなく。
  - http://anond.hatelabo.jp/20140306120859
    XMLDBもだけど、階層型DBが昔メインフレームではCOBOLとセットでよく使われていたと聞いたので、オープン系で使われないのが不思議というか。
    - http://anond.hatelabo.jp/20140306121554
      たぶん元増田の疑問というかニーズみたいなものはこんな感じかね。・RDBでも良いから程ほどにゆるくやりたい → Sqlite ・データ構造に柔軟性を！変化を！ → XMLDB ・整合性には目をつ...
      - http://anond.hatelabo.jp/20140306125206
        ・データ構造に柔軟性を！変化を！ → XMLDB ここに、ドキュメント指向のMongoDBとかCouchDB系が入ってきてる。データ構造/表現が最近のプログラミング言語のハッシュマップ(or 連想配列 ...
        http://anond.hatelabo.jp/20140306130434
        おー、あるんだ。良かったな元増田。というか俺も勉強になった。ありがとう！
        http://anond.hatelabo.jp/20140306130434
        元増田です。なるほど、そういうDBがあるのか。 XML的なデータ構造をJSONで記述し、プロセス間通信等で使えば実装が楽なのは経験済みだし、ハッシュもちょっとしたデータ構造の構築・...