Module Values_0.TableOptimizerRunSource

Contains details for a table optimizer run.

Sourcetype nonrec t = {
  1. eventType : TableOptimizerEventType.t option;
    (*

    An event type representing the status of the table optimizer run.

    *)
  2. startTimestamp : TableOptimizerRunTimestamp.t option;
    (*

    Represents the epoch timestamp at which the compaction job was started within Lake Formation.

    *)
  3. endTimestamp : TableOptimizerRunTimestamp.t option;
    (*

    Represents the epoch timestamp at which the compaction job ended.

    *)
  4. metrics : RunMetrics.t option;
    (*

    A RunMetrics object containing metrics for the optimizer run. This member is deprecated. See the individual metric members for compaction, retention, and orphan file deletion.

    *)
  5. error : MessageString.t option;
    (*

    An error that occured during the optimizer run.

    *)
  6. compactionMetrics : CompactionMetrics.t option;
    (*

    A CompactionMetrics object containing metrics for the optimizer run.

    *)
  7. compactionStrategy : CompactionStrategy.t option;
    (*

    The strategy used for the compaction run. Indicates which algorithm was applied to determine how files were selected and combined during the compaction process. Valid values are: binpack: Combines small files into larger files, typically targeting sizes over 100MB, while applying any pending deletes. This is the recommended compaction strategy for most use cases. sort: Organizes data based on specified columns which are sorted hierarchically during compaction, improving query performance for filtered operations. This strategy is recommended when your queries frequently filter on specific columns. To use this strategy, you must first define a sort order in your Iceberg table properties using the sort_order table property. z-order: Optimizes data organization by blending multiple attributes into a single scalar value that can be used for sorting, allowing efficient querying across multiple dimensions. This strategy is recommended when you need to query data across multiple dimensions simultaneously. To use this strategy, you must first define a sort order in your Iceberg table properties using the sort_order table property.

    *)
  8. retentionMetrics : RetentionMetrics.t option;
    (*

    A RetentionMetrics object containing metrics for the optimizer run.

    *)
  9. orphanFileDeletionMetrics : OrphanFileDeletionMetrics.t option;
    (*

    An OrphanFileDeletionMetrics object containing metrics for the optimizer run.

    *)
}
Sourceval make : ?eventType:??? -> ?startTimestamp:??? -> ?endTimestamp:??? -> ?metrics:??? -> ?error:??? -> ?compactionMetrics:??? -> ?compactionStrategy:??? -> ?retentionMetrics:??? -> ?orphanFileDeletionMetrics:??? -> unit -> t
Sourceval to_value : t -> [> `Structure of (string * [> `Enum of string | `String of MessageString.t | `Structure of (string * [> `String of MessageString.t | `Structure of (string * [> `Double of DpuHours.t | `Integer of DpuCounts.t | `Long of MetricCounts.t ]) list ]) list | `Timestamp of TableOptimizerRunTimestamp.t ]) list ]
Sourceval to_query : t -> Awso.Client.Query.t
Sourceval of_xml : Awso.Xml.t -> t
Sourceval of_string : string -> t
Sourceval of_json : Yojson.Safe.t -> t
Sourceval to_json : t -> Yojson.Safe.t