Init Lookup Driver Just once - part 1

[julian-elastic]

This PR is a refactoring step towards Init Lookup Driver Just once.

Currently, AbstractLookupService::doLookup() creates operators directly from the request and input page. Since operators are tightly coupled with the driver and input pages, they cannot be reused across multiple pages. We plan to add local logical and physical planning. However, we cannot do that per page as it would add too much overhead. We need to perform planning once during session initialization rather than for every page. This PR takes a step in that direction by generating a physical plan first that can be shared across multiple pages. Main changes include:
1. Refactor AbstractLookupService::doLookup(). Instead of creating operators directly, we now create PhysicalPlan. We then covert PhysicalPlan ->Operator Factories-> Operators.
This separation allows the PhysicalPlan to be generated once and cached in a future PR, since it doesn't depend on the input page data.
2. QueryLists are no longer dependent on a particular page and stateless in terms of page contents. They use channelOffset instead of blocks. QueryLists are to be created during planning (before we have input pages), so they can no longer store blocks directly. Instead, each QueryList stores a channelOffset (the index of the block within a page). Since the page structure is consistent across all pages in a session, the channelOffset remains the same. At runtime, when getQuery() is called, the QueryList extracts the appropriate block from the current page using inputPage.getBlock(channelOffset)
3. New Physical Plan Nodes - LookupDropMergeExec and ParameterizedQueryExec
4. New LookupExecutionMapper - converts a Physical Plan to Operators for the lookup node, handles dictionary encoding optimization for Enrich (and possibly lookup join in the future).