When we move from having a virtual xid to having a real xid I don't see
any attempt to re-arrange the lock queues. Surely if there are people
waiting on the virtual xid, they must be moved across to wait on the
actual xid? Otherwise the locking queue will not be respected because we
have two things on which people might queue. Anybody explain that?
In cases where we know we will assign a real xid, can we just skip the
assignment of the virtual xid completely? For example, where an implicit
transaction is started by a DML statement. Otherwise we have to wait for
2 lock table inserts, not just one.
-- Simon Riggs www.2ndQuadrant.comPostgreSQL Training, Services and Support
