>>37
たまたま見たのでレス。
マジだよ。ただ、前提条件があるんだが、そこには触れていなかった。

・多量データの更新というのは、データをひとかたまりに見ていれば当然でてくるだろうけど。
　多数のインスタンスという観点で見れば、それに一緒くたに変更をかけるのは、何か間違っ
　てるでしょ？データベースなしと考えてみて。そういうクラス設計には絶対にしないはず。
　する人は、無意識に「データベース」が頭にあるんだと思う。
・で、メンテナンス以外での一括更新ですが、これは単純にはあるクラスで集約するという
　概念になります。データへの変更はなし、ただし特定クラスのインスタンスで集約されている
　状態になる。
・集計などは夜間バッチで集計表に移したり、ストアドプロシージャを利用します。
　得られた結果は元の表とは別のオブジェクトと考えればいい。

抽象的過ぎて、非現実的と思われるでしょうが、データベースにアクセスするんじゃなくて、
あくまでもインスタンスを永続的にストレージに保持する必要があって、たまたまデータベースを
利用するに過ぎないって観点です。そしてデータベースの中で済む処理はすべてお任せ。

上にも書いたけど、クラス・オブジェクト設計して、多量のインスタンスを変更するなんて、
お粗末な設計でしょ。一括ってことは、そこに関連性と法則性があるんだから。

って、いっぱい反論あるんだろうな…繰り返しになりますが、自分はSQL直書きでもストアドでもいいって
立場です。むしろそうやることでドメインモデルから距離を置いたほうがいいよねーって感じ。