2015-06-05 15:32 GMT+02:00 Oleg Kuznetsov <[email protected]>: > My mistake - assertFalse(record.changed(TABLE1.DATE1)) - correct to me. > > Well, for me changed - that field was actually changed by setter. In this > case it was not. > > I agree, stable SQL is good point, but sometimes it is necessary not to > generate it in order not to erase untouched fields. > > Coould you comment here or on gitHub the way you solve this problem? Will > changed() be always taken into account or there will be some flexibility > for a progammer? The way to tell JOOQ to consider really changed field? >
The idea is that whenever "changed" information is available, it should be considered and only "changed" values should make it into SQL statements (sometimes there are bugs, of course). You have full control over those "changed" flags via *Record.changed(Field, boolean)*: http://www.jooq.org/javadoc/latest/org/jooq/Record.html#changed-org.jooq.Field-boolean- Is that what you were looking for? -- You received this message because you are subscribed to the Google Groups "jOOQ User Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
