Not much. In my case, the sproc uses many fields, and takes in a primary key (so it needs to be aware of existing data, prior to changes), so currently I am forced to hit the db whenever any field changes.
From a design perspective, one could argue that since there are dbValue and currentValue, that it could be left up to the overLoad to decide to do work if they are different.
Honestly, I think this illustrates a bad choice of mine (because of the assumption that I'd have access to previous values) to use the auditor in this case.
If I had to do it over, I might tie into the adapter's onBeforeEntitySave, and call a function on the auditor, or do all the work in the adapter.
Thanks.