2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

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

2 :1:2010/04/22(木) 02:14:28 ID:???
RDBのデータはJavaの場合はDTOのリスト、
PHP、Perl、Ruby等のスクリプトならハッシュの配列で扱いましょう。
それが自然です。

3 :1:2010/04/22(木) 02:17:31 ID:???
SQLを書くことを面倒だと思うなら
あなたはプログラマの資格がありません。
とっととこの業界を去るのが賢明です。

4 :nobodyさん:2010/04/22(木) 09:54:43 ID:???
>>1に激しく同意する

5 :nobodyさん:2010/04/22(木) 16:26:46 ID:???
> 素直にオブジェクトDBを使いなさい。

>>1はオブジェクトDBに賛成する立場なの?
それとも>>3を支持する立場なの?

とりあえず>>2には賛成。あとは微妙。

6 :nobodyさん:2010/04/22(木) 21:19:55 ID:???
オブジェクトリレーショナルインピーダンスミスマッチを解消するための一つの手法がORマッパ

>>4に至っては自演乙としか言えんな

7 :nobodyさん:2010/04/23(金) 07:23:20 ID:???
>>6
RDBのデータをオブジェクトで扱うからインピーダンスミスマッチが発生するんだろ?
だったらRDBやめてOODBにすればいいじゃん。

8 :1:2010/04/23(金) 07:38:55 ID:???
>>1はオブジェクトDBに賛成する立場なの?
そういうわけではないです。
永続化データをオブジェクトで扱いたいなら
無理にRDB+ORM使ってインピーダンスミスマッチ発生させるより
素直にオブジェクトDB使えばと言いたいのです。

>それとも>>3を支持する立場なの?
まぁ個人的にはシステム開発に携わる者がSQL書けないなんて
ありえないレベルだと思っております。

9 :5:2010/04/24(土) 10:14:47 ID:???
>>8
質問を少し変えると、

> 永続化データをオブジェクトで扱いたいなら

あなたは永続化データをオブジェクトで扱いたいの?

俺は否。

10 :nobodyさん:2010/04/24(土) 11:47:22 ID:???
ところでなんでWebProg?

11 :nobodyさん:2010/04/24(土) 13:10:43 ID:???
DB板にはキャシエスレしかないからじゃね。
つか、キャシエ高過ぎ。オラクルより高いとか。

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

13 :5:2010/04/25(日) 22:55:10 ID:???
>>12
微妙に「一番言いたい事」がわからん。
ちなみに俺はこういうスタンス。

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

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

14 :1:2010/04/28(水) 01:18:01 ID:???
じゃあ似たような感じで書くと

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

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

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

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

こんな感じです。

15 :nobodyさん:2010/04/28(水) 02:06:57 ID:???
SmalltalkやZopeみたいに環境まで込みじゃないと
結局クエリする必要がでてくるのもOODBが不要な要因かな。
クエリ言語はXPathを標準にして
名前空間をPlan9程度にこねくりまわせるようにすればいいのに。

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

16 :5:2010/04/28(水) 10:54:48 ID:???
>>14
おk把握

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

5 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)