- 373 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 21:49:00 ]
- >>368 同意
だが埋め込み SQL は可搬性が無くなる罠。
ロジックの切り分けって観点からしても、速度からしても PL/SQL だろ。
（SQL はどのみち別々に書く覚悟でな）
>>369
>>370 と重なるけど、少し詳しく言うと
通常は一発 SQL でだいたいの処理はできる。
きちんと設計された DB で一発 SQL だと遅いような場合、
中間データを作る事はまれにだがある。
それでもデータは一時テーブル（データを蓄える DB 上のストア）に置く。
Oracle はダメだったはずだけど一時テーブルを最後に捨ててくれたりもするし、
（エラー系の処理の実装が安全になるわけだな）
全てのデータ操作が SQL で書ける。
>>371 みたいな実装はすまんがちょっとイメージできない。
別システムへデータを移すのであれば、確かにあるけど、
処理中に中間データを DB の外に出すのはあまりないと思う。
そうするとソートもマージも全部 SQL で完結するようになるから単純だし、
基本的な操作はこなれたミドルウェア（DB）にまかせるって切り分けも完全だ。
DB のソート／マージ機能をライブラリみたいに使う感じか？
|
 |
