アカウント名:
パスワード:
ロックしたいデータ単位とか構造とか。
結合したレコード構造がオブジェクト指向に一致しないとこかな
なるほど、ビューとかストアドプロシージャというものの存在を知らないOOP畑の人間 [srad.jp]の実に見事な実例ですね。正規化された表というのはOOPに無理やりたとえるとプライベートメンバみたいなものなわけですが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
使いよう次第 (スコア:0)
とはいえ、ORM を使った場合、オブジェクト指向らしいデータ構造の設計と、RDBMS らしいデータ構造の設計を両立させることができずにいるため、常に気持ち悪さを抱えながら設計していることも事実です。私が感じる気持ち悪さは、たぶん下記のような理由から来ているように思います。
RDBMSではデータを正規化によって細分化していき、別々のテーブルに分けて格納するようにします。これに対し、オブジェクト指向では、関連するデータを一箇所にまとめてカプセル化し、インタフェースを決めて細部を外部から隠蔽していこうとします。
まとめようとする考え方と、分けようとする考え方のはざまで実際のデータ構造を決めることになるから、どちらか一方から見たら中途半端な考え方になっているのだと思います。みなさんは、オブジェクト指向らしいデータ構造と RDBMS らしいデータ構造の本質的な不一致ってどこだと思います?
Re:使いよう次第 (スコア:2)
ロックしたいデータ単位とか構造とか。
Re: (スコア:0)
結合したレコード構造がオブジェクト指向に一致しないとこかな
Re: (スコア:0)
なるほど、ビューとかストアドプロシージャというものの存在を知らないOOP畑の人間 [srad.jp]の実に見事な実例ですね。
正規化された表というのはOOPに無理やりたとえるとプライベートメンバみたいなものなわけですが。
Re: (スコア:0)