pgsql: Remove unnecessary PG_TRY overhead for CurrentResourceOwner chan

Remove unnecessary PG_TRY overhead for CurrentResourceOwner changes.

resowner/README contained advice to use a PG_TRY block to restore the
old CurrentResourceOwner value anywhere that that variable is transiently
changed. That advice was only inconsistently followed, however, and
on reflection it seems like unnecessary overhead. We don't bother
with such a convention for transient CurrentMemoryContext changes,
on the grounds that any (sub)transaction abort will start out by
resetting CurrentMemoryContext to what it wants. But the same is
true of CurrentResourceOwner, so there seems no need to treat it
differently.

Hence, remove PG_TRY blocks that exist only to restore CurrentResourceOwner
before re-throwing the error. There are a couple of places that restore
it along with some other actions, and I left those alone; the restore is
probably unnecessary but no noticeable gain will result from removing it.

Discussion: https://postgr.es/m/5236.1507583529@sss.pgh.pa.us

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/5fa6b0d102eb8ccd15c4963ee9841baec50df45e

Modified Files
--------------
src/backend/access/transam/xact.c | 16 +++--------
src/backend/commands/portalcmds.c | 22 +++++----------
src/backend/commands/sequence.c | 16 +++--------
src/backend/commands/trigger.c | 36 ++++++++----------------
src/backend/storage/large_object/inv_api.c | 44 +++++++++---------------------
src/backend/utils/resowner/README | 4 ---
src/backend/utils/resowner/resowner.c | 20 ++------------
7 files changed, 42 insertions(+), 116 deletions(-)