O/Rマッピングを叩き切る
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2010/04/22(木) 02:10:51ID:NkD64eqIRDBはオブジェクト指向とは違う思想の元に作られているので
無理にオブジェクトで扱おうとするからインピーダンスミスマッチ
なんてことが起こるのです。
素直にオブジェクトDBを使いなさい。
00021
2010/04/22(木) 02:14:28ID:???PHP、Perl、Ruby等のスクリプトならハッシュの配列で扱いましょう。
それが自然です。
00031
2010/04/22(木) 02:17:31ID:???あなたはプログラマの資格がありません。
とっととこの業界を去るのが賢明です。
0005nobodyさん
2010/04/22(木) 16:26:46ID:???>>1はオブジェクトDBに賛成する立場なの？
それとも>>3を支持する立場なの？
とりあえず>>2には賛成。あとは微妙。
0006nobodyさん
2010/04/22(木) 21:19:55ID:???>>4に至っては自演乙としか言えんな
0007nobodyさん
2010/04/23(金) 07:23:20ID:???RDBのデータをオブジェクトで扱うからインピーダンスミスマッチが発生するんだろ？
だったらRDBやめてOODBにすればいいじゃん。
00081
2010/04/23(金) 07:38:55ID:???そういうわけではないです。
永続化データをオブジェクトで扱いたいなら
無理にRDB+ORM使ってインピーダンスミスマッチ発生させるより
素直にオブジェクトDB使えばと言いたいのです。
＞それとも>>3を支持する立場なの？
まぁ個人的にはシステム開発に携わる者がSQL書けないなんて
ありえないレベルだと思っております。
00095
2010/04/24(土) 10:14:47ID:???質問を少し変えると、
> 永続化データをオブジェクトで扱いたいなら
あなたは永続化データをオブジェクトで扱いたいの？
俺は否。
0010nobodyさん
2010/04/24(土) 11:47:22ID:???0011nobodyさん
2010/04/24(土) 13:10:43ID:???つか、キャシエ高過ぎ。オラクルより高いとか。
00121
2010/04/25(日) 21:12:25ID:???＞あなたは永続化データをオブジェクトで扱いたいの？
永続化データは>>2で書いてるとおりオブジェクトで扱うのは嫌な派ですよ。
だから永続化データをEntity(Model)として扱いたいのであれば、
RDB + ORMみたいな面倒なことはせずに素直にOODB使えば？ってことを
言いたいのです。
00135
2010/04/25(日) 22:55:10ID:???微妙に「一番言いたい事」がわからん。
ちなみに俺はこういうスタンス。
WebProgにおいてOODBなんてものは邪道です。だからORMも邪道です。
RDBは良いです。でもRDB+ORMは邪道です。
SQLはパフォーマンスを下げない範囲で抽象化してもいいですが、
SQLの知識は必須です。
RDBのデータはハッシュの配列で持ちましょう。
最近は手抜きしてViewを多用しているけど、パフォーマンス的にはよくなさげ。
00141
2010/04/28(水) 01:18:01ID:???RDBのデータはハッシュの配列で持つべきです。
RDBのデータをオブジェクトで持とうとするとインピーダンスミスマッチが発生します。
なのでそんなことはするべきではありませんし、
それをなんとか無理くり回避しようとするORMは邪道です。
ただし、永続化データをオブジェクトで扱いたいという気持ちは分かります。
その場合はデータの永続化の方法としてRDBではなくOODBを使うべきです。
ちなみに現時点でOODBがRDBに対してどれほどの性能があるのか知りません。
個人的にはRDBが好きですがOODBに興味はあります。
SQLはパフォーマンスを下げない範囲で抽象化してもいいですが、
SQLの知識は必須です。
こんな感じです。
0015nobodyさん
2010/04/28(水) 02:06:57ID:???結局クエリする必要がでてくるのもOODBが不要な要因かな。
クエリ言語はXPathを標準にして
名前空間をPlan9程度にこねくりまわせるようにすればいいのに。
パフォーマンスはもっと利用がすすめばRDB並みの実装がでるはず。
■ このスレッドは過去ログ倉庫に格納されています