I have a job that does a big batch delete/insert. I want it to vacuum (or
probably cluster) when it's finished. But I figure I should sleep for a while
before doing the vacuum to be sure there are no old transactions still
running.
Is there a simple query I can have it do against the system tables to check
for any transactions older either than when the batch delete finished?
I'm also interested in verifying that I don't have the problem of the
front-end application issuing a BEGIN as soon as a script ends. Ie, starting a
transaction that will lie idle until the next page hit that process handles.
--
greg
---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@xxxxxxxxxxxxxx so that your
message can get through to the mailing list cleanly
