ゆえに、呼び出していないカラムでDB上ので設定でデフォルト制約が存在する場合は、そのデフォルト値が登録されます。そのデフォルト値が格納されることはありません。※自動採番のPKや共通カラムや排他制御カラムは、Setterが呼ばれなくても特別な処理で列挙されます。する場合に限り、全カラム列挙になります。insertのようなケースが考えられ、Setter呼び出しがほとんど存在しない可能性があります。デフォルト制約は利用できなくなりますが、既に別のレコードの値が土台として入っているため、その必要性はあまりないでしょう。デフォルト制約付きNotNullカラム追加してもOKDB変更で、デフォルト制約付きNotNullカラム追加された場合でも、修正すること無く対応できます。新しいカラムはSetterが呼ばれないので、insert文に列挙されずにデフォルト制約が利きます。insertのときは、そもそも既に格納されている別のレコードの値が登録されます。文の項目に列挙されます。ゆえに、値が存在しない(nullの値の)カラムは、DB上ので設定でデフォルト制約が存在する場合はそのデフォルト値が登録されます。そのデフォルト値が格納されることはありません。※update()の方と方式が違うため、ちょっとわかりづらい仕様でありました。系だけが挙動が変わる、と認識しておくと良いでしょう。insertを想定update()※特に変わらずbatchUpdate()※特に変わらずqueryUpdate()※特に変わらずバッチ更新は呼び出しセット一致バッチ更新は、複数のEntityで呼び出しセットがバラバラの状態が許されません。これは、不意のnullによる更新事故を防ぐためです。nullで更新するなら、明示的にnullをセットする方が良いでしょう。バッチ更新には、第二引数で更新カラムをSetter呼び出しとは無関係に明示するオプションもあり、自由度が求められる場合はそちらを使うと良いでしょう。そもそもバッチ更新は、あまり利用頻度は少ないものです。複数レコードでそれぞれ違う値で更新する、とか、複数レコード更新でも排他制御をしたい、という場合のみ、バッチ更新の出番です。一方で、バッチ登録は、もともとレコード自体が存在していませんので、セットしてなければ単にnullで登録されるという仕様で問題ないだろうと考えました。実際の現場でそのように実装している箇所が多く見られたからです。DeveloperEnvironmentSetupUpgradeManual。