O/Rマッピングを叩き切る

**nobodyさん** · 2010/04/22(木) 02:10:51

O/Rマッピングなんてものは邪道です。
RDBはオブジェクト指向とは違う思想の元に作られているので
無理にオブジェクトで扱おうとするからインピーダンスミスマッチ
なんてことが起こるのです。
素直にオブジェクトDBを使いなさい。

**nobodyさん** · 2010/04/24(土) 11:47:22

ところでなんでWebProg?

**nobodyさん** · 2010/04/24(土) 13:10:43

DB板にはキャシエスレしかないからじゃね。
つか、キャシエ高過ぎ。オラクルより高いとか。

1 · 2010/04/25(日) 21:12:25

>>9
＞あなたは永続化データをオブジェクトで扱いたいの？
永続化データは>>2で書いてるとおりオブジェクトで扱うのは嫌な派ですよ。
だから永続化データをEntity(Model)として扱いたいのであれば、
RDB + ORMみたいな面倒なことはせずに素直にOODB使えば？ってことを
言いたいのです。

5 · 2010/04/25(日) 22:55:10

>>12
微妙に「一番言いたい事」がわからん。
ちなみに俺はこういうスタンス。

WebProgにおいてOODBなんてものは邪道です。だからORMも邪道です。
RDBは良いです。でもRDB+ORMは邪道です。
SQLはパフォーマンスを下げない範囲で抽象化してもいいですが、
SQLの知識は必須です。
RDBのデータはハッシュの配列で持ちましょう。

最近は手抜きしてViewを多用しているけど、パフォーマンス的にはよくなさげ。

1 · 2010/04/28(水) 01:18:01

じゃあ似たような感じで書くと

RDBのデータはハッシュの配列で持つべきです。
RDBのデータをオブジェクトで持とうとするとインピーダンスミスマッチが発生します。
なのでそんなことはするべきではありませんし、
それをなんとか無理くり回避しようとするORMは邪道です。

ただし、永続化データをオブジェクトで扱いたいという気持ちは分かります。
その場合はデータの永続化の方法としてRDBではなくOODBを使うべきです。

ちなみに現時点でOODBがRDBに対してどれほどの性能があるのか知りません。
個人的にはRDBが好きですがOODBに興味はあります。

SQLはパフォーマンスを下げない範囲で抽象化してもいいですが、
SQLの知識は必須です。

こんな感じです。

**nobodyさん** · 2010/04/28(水) 02:06:57

SmalltalkやZopeみたいに環境まで込みじゃないと
結局クエリする必要がでてくるのもOODBが不要な要因かな。
クエリ言語はXPathを標準にして
名前空間をPlan9程度にこねくりまわせるようにすればいいのに。

パフォーマンスはもっと利用がすすめばRDB並みの実装がでるはず。

5 · 2010/04/28(水) 10:54:48

>>14
おｋ把握

このスレはOODBの勉強スレにでもするのか？