difin commented on code in PR #6789:
URL: https://github.com/apache/hive/pull/6789#discussion_r4300478644


##########
iceberg/iceberg-handler/src/main/java/org/apache/iceberg/mr/hive/HiveTableUtil.java:
##########
@@ -259,6 +261,71 @@ public static Table deserializeTable(Configuration config, 
String name) {
     return table;
   }
 
+  /**
+   * Resolves the Iceberg {@link Table} for split generation ({@code 
IcebergInputFormat#getSplits}).
+   *
+   * <p>Serialized tables ({@link SerializableTable}) only carry a metadata 
snapshot and produce
+   * {@link org.apache.iceberg.DataTableScan} (client-side manifest planning). 
When REST catalog
+   * server-side scan planning is enabled, reload the live table from the 
catalog so
+   * {@code table.newScan()} returns {@link 
org.apache.iceberg.rest.RESTTableScan} and issues
+   * {@code POST /plan} on the REST server.
+   *
+   * <p>Intra-transaction read-after-write ({@link 
InputFormatConfig#TABLE_METADATA_LOCATION}) still
+   * uses the deserialized snapshot so uncommitted metadata is visible.
+   */
+  public static Table resolveTableForScanPlanning(Configuration conf, String 
tableIdentifier) {
+    if (shouldReloadForServerSideScanPlanning(conf)) {
+      Table table = Catalogs.loadTable(conf);
+      checkAndSetIoConfig(conf, table);
+      IcebergVendedCredentialUtil.applyFromJobConf(table, 
resolveCatalogName(conf), conf);
+      return table;
+    }
+
+    Table table = deserializeTable(conf, tableIdentifier);
+    if (table == null) {
+      table = Catalogs.loadTable(conf);
+      checkAndSetIoConfig(conf, table);
+    }
+    return table;
+  }
+
+  private static boolean shouldReloadForServerSideScanPlanning(Configuration 
conf) {

Review Comment:
   Done: HS2 sets iceberg.mr.server-side-scan-planning.<catalog>=true when it 
decides on server-side planning; getSplits only checks that marker (plus the 
incremental / metadata-table / intra-txn exclusions) and no longer re-derives 
type/mode/switch. Keyed per catalog because one job conf can carry tables from 
several catalogs. If the marker is set and the reload fails, the error 
propagates instead of falling back silently. The pinned snapshot comes from the 
serialized table, so no separate snapshot-id key is needed.



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to