Fix hashed_partitioning recipe: refresh stale EXPLAIN plan output

The two EXPLAIN blocks in Step 4 were captured on a pre-v2 runtime and no
longer match what Spice v2.1.4 prints:

- logical_plan showed a BytesProcessedNode wrapper that is no longer emitted
- physical_plan showed BytesProcessedExec -> SchemaCastScanExec ->
  RepartitionExec(RoundRobinBatch(16)) -> UnionExec; the plan is now
  SchemaCastScanExec -> PartitionedUnionExec -> CooperativeExec ->
  BytesProcessedExec -> DuckSqlExec per partition
- pushed-down DuckDB SQL now quotes the table and filter identifiers
- the tables lacked the column type row printed by the v2 SQL REPL

Partition pruning itself still behaves as the recipe describes (10 scans
unfiltered, 1 when filtering on PULocationID), so only the captured output
changed.

Author: Claude