What happens then, if you have classes marked as dymamic-update, and the scenario described above occurs? I assume it will just update all columns, since it doesn't know which ones changed? From what I understand, that will frequently be the scenario for us ...
I thought dynamic-update figured out what columns actually changed by re-selecting the (old) state of the object. Doesn't it need to select the row anyway to do optimistic lock checking (i.e. select the row's version number)? If it figured out what changed this way, rather than by the original copy of the object internally saved by the session that loaded it, it shouldn't matter if the object is loaded in one session and saved in another.
|