まことさん こんにちは。

＞基本的な質問ですみませんが、教えて下さい。(^^;)
＞「キーカラムのみ」を選択する時とは、どのようなソフト作成や画面に有効なのでしょうか？
＞「キーカラムと更新可能カラム」でないと、登録の判断ミスや作業者間の認識にズレが生じる
と思います。

これは、ＤＷに対してUPDATE関数を宣言したときに自動生成されるUPDATE文のWHERE句に影響
されるものです。
普通の更新であればWHERE句にすべき項目は、プライマリキーだけでいいわけですから前者とな
るわけです。

これに対して後者や「キーカラムと修正カラム」は更に排他条件を厳しくしたものと言えます。
これらは、自分が検索してから更新するまでの間に第三者が更新している場合は、更新を取り消
すという風に使われます。

＞＞どうしてもデータ入力を無駄にしたくないとすれば、排他制御のロックレベルを行単位にし
＞＞SELECTする前に明示的に排他開始を宣言する必要があると思います。
＞おっしゃる通り、変更された行を確認しながら、１行ずつupdate()で確認しないといけない
と思います。
＞で、更新できたものはcommitし、更新できなかった行はRollBackして色変更し表示したい。

本来、排他制御は、開始と終了を宣言する必要があります。
開始（BEGIN WORK）を宣言してから、更新作業を行い、終了（COMMIT/ROLLBACK）を宣言する
ことで開始から終了までの処理を有効/無効として決定するものです。

私も確認したわけではないので推測ですが、ＤＷはUPDATE関数の開始時に開始を宣言し、自動
COMMITの場合はその最後にCOMMIT、手動COMMITの場合は、埋め込みでCOMMITを明示することで
排他が行われていると思います。

こう考えるとＤＷで行単位でCOMMIT/ROLLBACKを変えるということは出来ないと思います。

＞●一覧で、排他制御のロックレベルを行単位にするって事はできるんですか？

PowerBuilderではやったことがないですが、行レベルでロックするとSQL文で宣言し（コマン
ドは忘れました）、BEGIN WORKを宣言することで以降検索した行に対してロックがかかります
。