文章を引用したかったのですがやたら引用符を使用するはめになってしまったので
冒頭のみ引用させて頂きました。

まず、拙い文章を汲み取っていただいてありがとうございます。

>まず、今回のようにUI層(フォームクラス)と

おっしゃっているようにデータベースの物理構造の変更はデータアクセス層で吸収し
UIやロジックはそのままなのが理想です。
で、さらにおっしゃられているデータベースの構造の変化時や僅かなテーブル構造の
変化が発生する等は普通にありえる話ですから全てが綺麗にとは言い切れません。
なのでできる限り又は他の人が読めるものは何か？と思った所
僕は[一般的]なという事を回りに聞ける環境ではなかった為このような質問に至りました。

一時期 O/Rマッピングについて調べた事があるのですがいかんせんすぐに実用化とは
いかない代物でSQLなどの所謂ブラックボックスの部分が発生するんですね。
使った事がないのでデメリットの実感もありませんが、使用するデータベースが
Oracleが多いのでチューニングが行い難くなると致命的かもしれません。
じっくりと検討と精査を行ってみます。

スタンス１について
現在はやはりこちらでやっています。今まで何回か迷った中で少しでも'纏め'様とした所
必然的にデータアクセス層になっていました。

スタンス２について
テーブルのエンティティクラス、クラス自体をテーブルそのものと見たてたクラスを
作成するという事ですか？