Table Partition Dynamic Prune Mode uses a single TableReader
meaning it is not currently possible to know which partition
a row/record comes from.

By adding ExtraPhysTblID column this can be used when the row
needs the Physical Table ID (partition id) for SelectLock or
checking current transaction buffer (if the row has been changed/deleted).

TODO: Check if UseDynamicPruneMode() and only then add ExtraPhysTblIDCol
in logic plan

In UnionScan/SelectLockExec
if partition and not ExtraPhysTblIDCol then use GetPhysicalId

We still need to send the ExtraPhysTblID column request to
the store, otherwise there will be issues with the chunk handling.

Like it needs to have space for the column, but the select result
from the store cannot fill it in.

To be cleaned up. This was the last try to avoid sending and
recieve more data from the store for static partition prune mode.

But as discussed, this is a minor issue and is acceptable, due to
static prune mode is planned to be deprecated and removed.

See test case.