ドメインモデルとトランザクションスクリプトの違いは
SQLサーバーからデータとをってきたとき、とってきたデータを
そのままただの値としてビジネスロジックで使うか、
そのデータを一旦O/Rマッパーなどでメソッドのついたオブジェクトに
変換してビジネスロジックで使うかの違い。

SQLサーバー・ファイルなどストレージからデータを取ってきたとき、
それはオブジェクトではなくただのデータなんだから、わざわざ
オブジェクトに変換すんなと思う。その値を簡単に加工する関数作って
そのままビジネスロジックで値を使えばいいじゃねぇか。

ということで俺の推奨は

オブジェクト指向言語 ＋ 各種ライブラリ（オブジェクト指向）
＋ フレームワーク（オブジェクト指向） ＋ ビジネスロジック（トランザクションスクリプト・手続き型）

なんだけど、これやると自称賢い人からはオブジェクト指向じゃない的な
言われ方をするから困るよねｗ

よっぽど時間があってとか研究目的でってなら、ビジネスロジックまで
オブジェクト指向設計（ドメインモデル）やればと思うがおすすめはしない。

ビジネスロジック以外はオブジェクト指向なのでその仕組みを理解したり
フレームワーク・ライブラリで足りない部分を補うためには、
オブジェクト指向の知識はどうしても必要。

でもそのオブジェクト指向ってのはフレームワークまでに全部押し込んじゃえって思う。
ビジネスロジック部分は、単純で理解しやすい手続き型のトランザクションスクリプトがいい。

なんてことをいうと、俺はオブジェクト指向否定派になっちゃうわけだｗ
オブジェクト指向設計は適材適所。ビジネスロジック限定の話ではない。
そしてオブジェクト指向設計を適用するのはフレームワークまでにしとけ。