[MINOR] Code refactor on hash join utils

[metesynnada]

Which issue does this PR close?

Closes #.

Rationale for this change

We are currently in the process of refactoring the join codebase to make it more amenable to adding new kinds of joins while maintaining code reuse. This involves moving some functions in between files to accommodate such new join executors. In this context, this PR makes some structural improvements to the codebase without introducing any substantial new functionality. As part of this reorganization, we are introducing an enumeration to control the required input distribution for SymmetricHashJoinExec.

What changes are included in this PR?

Refactoring the join codebase, focusing on making changes to the utilities and conducting some refactoring on the SymmetricHashJoinExec code.

To reduce ambiguity between the indices calculations between HashJoinExec and SHJ,

• get_anti_indices -> get_pruning_anti_indices
• get_semi_indices -> get_pruning_semi_indices

Also, we moved some functionality into functions named

• build_filter_expression_graph

Are these changes tested?

With existing tests.

Are there any user-facing changes?

No

[mustafasrepo]

This is PR for moving common code for different join operators to common location. It is LGTM!.

[alamb]

I didn't review this code carefully, but moving code around makes sense to me

cc @Dandandan in case you would like to review