On Aug 9, 2011, at 4:40 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Like Florian, I'm considerably more concerned about the aspect of
> deciding which columns are "key columns" and whether they changed.
Should we consider trying implement a system that can lock individual columns?
Either way, my main concern is that we're going to end up pessimizing the common case of UPDATE, by making it do extra
workto reduce the chances of a lock conflict from an incoming foreign key. Most of the time there won't be an incoming
foreignkey, or the referring row won't get updated, and that work will be wasted. It would be nice to just lock the row
"forsome kind of update" and sort out what exactly we locked only if a possible conflict comes along.
...Robert
