@quereus/quereus 4.3.1 → 4.3.2

package/dist/src/core/database-materialized-views-apply.d.ts

@@ -0,0 +1,280 @@
+/**
+ * Materialized-view maintenance — **delta apply**. The per-row / per-flush appliers that
+ * take a compiled {@link MaintenancePlan} plus a source {@link BackingRowChange}, compute the
+ * bounded backing delta (or the full-rebuild diff), and write it through the backing table's
+ * coordinated transaction connection — plus the residual runners, backing-host / connection
+ * resolvers, derived-row and parent-side referential enforcement, and the small key-compare
+ * helpers they share. Extracted from database-materialized-views.ts as free functions over
+ * {@link MaterializedViewManagerContext}; the manager's orchestration methods
+ * (`maintainRowTime`, `flushDeferredRebuilds`, `lookupCoveringConflicts`) call in.
+ */
+import { type SqlValue, type Row } from '../common/types.js';
+import { Scheduler } from '../runtime/scheduler.js';
+import { type DerivedRowConstraintValidator } from './derived-row-validator.js';
+import type { BackingHost, BackingRowChange } from '../vtab/backing-host.js';
+import type { VirtualTableConnection } from '../vtab/connection.js';
+import type { TableSchema } from '../schema/table.js';
+import type { MaterializedViewManagerContext, MaintenancePlan, InverseProjectionPlan, ForwardResidualPlan, JoinResidualPlan, PrefixDeletePlan, BackingConnectionCache, BackingPkColumn } from './database-materialized-views-plans.js';
+/**
+ * Compute an `'inverse-projection'` plan's per-row backing delta, apply it, and
+ * return the **effective** {@link BackingRowChange}(s) the backing layer realized.
+ * An out-of-scope row (or a delete of an absent backing key) yields no change. This
+ * body is the shipped covering-index maintenance, lifted verbatim from the former
+ * `applyRowTimeChange`, plus the equal-image short-circuit: an UPDATE whose old and
+ * new projected images are value-identical (both in scope) projects to NO backing
+ * delta — the dominant no-op echo (a source update touching only unprojected columns,
+ * or rewriting a projected column to its existing value) is suppressed before any
+ * backing-connection work. Accurate by the maintenance invariant (the backing row IS
+ * the old image's projection), so nothing would have changed; the host's
+ * value-identical upsert skip (vtab/backing-host.ts) remains the effective-state
+ * backstop for the paths that do emit ops.
+ */
+export declare function applyInverseProjection(ctx: MaterializedViewManagerContext, plan: InverseProjectionPlan, change: BackingRowChange, cache?: BackingConnectionCache): Promise<BackingRowChange[]>;
+/**
+ * Validate the row images a maintenance apply WROTE (insert/update
+ * {@link BackingRowChange}s — a delete writes no image) against the plan's
+ * compiled {@link DerivedRowConstraintValidator}. Inline checks abort the
+ * writing statement with the maintained-table-attributed CONSTRAINT error;
+ * auto-deferred checks (subquery CHECK, every child-side FK) queue to the
+ * deferred-constraint queue and validate at commit. Deferred entries are
+ * pinned to the backing connection the maintenance write used (resolved from
+ * the per-statement cache, or re-resolved deterministically — the same
+ * connection either way) so commit-time evaluation reads the same pending
+ * state, mirroring the DML pipeline's active-connection capture.
+ */
+export declare function validateDerivedChanges(ctx: MaterializedViewManagerContext, plan: MaintenancePlan, validator: DerivedRowConstraintValidator, changes: readonly BackingRowChange[], cache?: BackingConnectionCache): Promise<void>;
+/**
+ * Row-time guard: reject a maintenance write that would store a NULL into a backing column
+ * the schema declares NOT NULL *and* that is a physical-PK member whose re-derived body
+ * output turned nullable — the row-time analogue of the refresh-path
+ * `assertNoNullInNotNullSeededPk` (runtime/emit/materialized-view-helpers.ts). Row-time
+ * maintenance is the PRIMARY silent-corruption vector: it fires at the source
+ * insert/update, before any refresh, so without this guard a NULL lands in a
+ * declared-NOT-NULL PK column with no error.
+ *
+ * The offending skew (a NOT-NULL ordering-seeded PK column over a loosened source) is
+ * precomputed once at plan build into {@link MaintenancePlanCommon.nullGuardColumns}
+ * (`undefined` for nearly every MV — the zero-overhead gate), so the common path pays a
+ * single boolean check per maintained write and only the rare skewed MV scans its guarded
+ * columns per change. A `delete` writes no image and is skipped. The throw unwinds the source
+ * statement with nothing committed — the backing write rides the pending layer, discarded on
+ * a throw before commit, exactly like {@link validateDerivedChanges}. Called BEFORE the
+ * MV-over-MV cascade so a NULL row never reaches a consumer. See
+ * fix/bug-mv-rowtime-null-into-notnull-seeded-pk.
+ */
+export declare function assertNoNullInNotNullSeededPkRowTime(plan: MaintenancePlan, changes: readonly BackingRowChange[]): void;
+/**
+ * Fire **parent-side** referential enforcement over the backing rows a maintenance
+ * apply REMOVED or re-keyed (delete / key-update {@link BackingRowChange}s — an insert
+ * has no parent-side action). When the maintained table `M` is the PARENT (FK target)
+ * of an FK declared on an ordinary table `C` (`create table C (… references M(col) …)`),
+ * a maintenance-driven delete/key-update of the referenced `M` row would silently orphan
+ * `C`'s rows, bypassing the declared RESTRICT / referential action. This is the
+ * **dual** of {@link validateDerivedChanges} (constraints declared *on* `M`); the FK here
+ * lives on `C` and references `M`, so it is invisible to `M`'s own plan/validator.
+ *
+ * It reuses the SAME shared referential-action engine the DML executor and the
+ * external-change ingestion seam use — no third copy — applying its two functions over
+ * each backing change exactly as `database-external-changes.ts` does:
+ *  - {@link assertTransitiveRestrictsForParentMutation} — pre-walk the transitive cascade
+ *    closure and throw a CONSTRAINT error naming `M` on any surviving RESTRICT child;
+ *  - {@link executeForeignKeyActionsAndLens} — run declared CASCADE / SET NULL / SET DEFAULT,
+ *    re-entering the DML executor (the already-holding-the-mutex variant) for each cascaded
+ *    child write, so `C`'s own constraints, watches, nested cascades, and (if `C` is itself
+ *    an MV source) its own maintenance all fire.
+ *
+ * Ordering: called AFTER the backing delta has landed in the pending layer (the RESTRICT
+ * walk runs POST-application — the child rows it keys off still exist because the cascade
+ * has not run yet) and AFTER `M`'s own image is validated, matching the DML executor's
+ * per-change order (capture → MV maintenance → FK actions) and the external-changes seam.
+ * `lensRouted = false`: a maintenance backing write is a physical basis write (maintained
+ * tables are not lens basis spines). A surviving RESTRICT throws up through
+ * {@link maintainRowTime} → the DML executor → the statement, rolling back the source write
+ * attributed to `M`.
+ *
+ * Gate: a cheap `foreign_keys`-pragma early-return keeps the pragma-off path free (the
+ * engine also early-returns, but skipping the `getTable` + loop avoids all per-change work).
+ * NOT gated on `plan.derivedRowValidator` — that gate is child-side (constraints *on* `M`);
+ * an inbound FK lives on `C` and leaves `M`'s plan untouched. Beyond the gate it fires
+ * unconditionally per delete/update change, but the engine no longer pays an `O(catalog)`
+ * scan: both calls route through `SchemaManager.getReferencingForeignKeys`, the precomputed
+ * reverse-FK index, so an `M` that nothing references resolves to the shared empty bucket and
+ * each call early-returns in O(1) — a maintained table with no inbound FK (the common case)
+ * pays only the pragma check plus one map lookup per delete/key-update change.
+ */
+export declare function enforceParentSideReferentialActions(ctx: MaterializedViewManagerContext, plan: MaintenancePlan, changes: readonly BackingRowChange[]): Promise<void>;
+/**
+ * Resolve the {@link BackingHost} capability surface for a backing table —
+ * see `vtab/backing-host.ts` for the contract. The host is resolved fresh per
+ * use (a map lookup on the owning module), so a drop+recreate of the backing
+ * always yields the new incarnation's host.
+ */
+export declare function backingHost(ctx: MaterializedViewManagerContext, backing: TableSchema): BackingHost;
+/**
+ * Obtain (lazily create + register) the backing table's
+ * {@link VirtualTableConnection} for the current transaction. Reuses the same
+ * connection a `select` from the MV resolves to (so reads-own-writes holds) —
+ * matched among the Database's registered connections by
+ * {@link BackingHost.ownsConnection}, which is pinned to the live backing
+ * incarnation; a freshly created connection is registered with the Database so
+ * the coordinated commit/rollback covers its pending state in lockstep with the
+ * source write.
+ *
+ * When an optional per-statement {@link BackingConnectionCache} is supplied, the
+ * scan over the Database's active connections (the dominant per-row cost on a bulk
+ * write) is paid once per (statement, backing): a hit returns the cached connection
+ * directly, and a miss caches whichever connection the scan resolves — or the one it
+ * lazily creates + registers. Caching the resolved/created connection is sound
+ * because the scan is deterministic within a statement (nothing interleaves between
+ * a statement's rows to change which connection a `select` from the MV picks), so the
+ * cache holds exactly what an uncached re-resolution would return.
+ */
+export declare function getBackingConnection(ctx: MaterializedViewManagerContext, host: BackingHost, qualifiedName: string, cache?: BackingConnectionCache): Promise<VirtualTableConnection>;
+/**
+ * Execute a cached key-filtered residual for one affected key tuple, returning its
+ * result rows (0 or 1 for the aggregate shape; 0..N for the lateral-TVF fan-out shape).
+ * Bound through a fresh {@link RuntimeContext} on the live `db` so the residual's source
+ * scan reuses `T`'s transaction connection and reads this statement's pending writes
+ * (reads-own-writes) — the synchronous analogue of
+ * `database-assertions.ts:executeResidualPerTuple`. Shared by the residual-recompute
+ * (`'gk'`) and prefix-delete (`'pk'`) arms.
+ */
+export declare function runResidual(ctx: MaterializedViewManagerContext, residualScheduler: Scheduler, bindParamPrefix: 'gk' | 'pk', keyTuple: readonly SqlValue[]): Promise<Row[]>;
+/**
+ * Run a cached maintenance scheduler to completion against **live mid-transaction source
+ * state** and collect its result rows. Bound through a fresh strict {@link RuntimeContext}
+ * on the live `db` so the scan reuses the source's transaction connection and reads this
+ * statement's pending writes (reads-own-writes). The no-`stmt`, fresh-context shape is the
+ * synchronous analogue of `database-assertions.ts:executeResidualPerTuple`. Shared by the
+ * key-filtered residual arms ({@link runResidual}, parameterized) and the whole-body
+ * full-rebuild arm ({@link applyFullRebuild}, no params).
+ */
+export declare function runScheduler(ctx: MaterializedViewManagerContext, scheduler: Scheduler, params: Record<string, SqlValue>): Promise<Row[]>;
+/**
+ * Compute a **forward** key-filtered residual plan's per-row backing delta and apply it:
+ * derive the affected binding key(s) from the changed row (OLD ∪ NEW, deduped), re-run
+ * the key-filtered residual against live source state for each, and apply the **keyed
+ * diff**: a non-empty recomputed slice is upserted (the backing key IS the affected key,
+ * so the upsert replaces the old row wholesale — no delete-first — and the host's
+ * value-identical upsert skip turns a no-op recompute into ZERO effective changes
+ * instead of delete+insert churn); an emptied slice (residual returns nothing) emits the
+ * point delete, removing the stale backing row (nothing reported if it was already
+ * absent). Returns the effective {@link BackingRowChange}(s) the backing layer realized,
+ * for the MV-over-MV cascade — a real same-key change now reports one `update`.
+ *
+ * Shared by the single-source aggregate (`'residual-recompute'`, group key, ≤1 row per
+ * key) and the 1:1-join (`'join-residual'`, the driving table `T`'s PK, exactly the one
+ * joined row per key) arms — both bind on the forward driving source via
+ * {@link ForwardResidualPlan}; the only difference is the binding (group vs PK).
+ *
+ * Per-row recompute is correct without per-statement batching: every change to a key
+ * triggers a full recompute of that key's slice from live (reads-own-writes) state, so
+ * the last change to touch a key writes the authoritative backing row. Batching/dedup
+ * across a whole statement is an affordability optimization deferred with the
+ * statement-flush boundary (see the ticket handoff).
+ */
+export declare function applyForwardResidual(ctx: MaterializedViewManagerContext, plan: ForwardResidualPlan, change: BackingRowChange, cache?: BackingConnectionCache): Promise<BackingRowChange[]>;
+/**
+ * True iff `row`'s backing primary-key columns equal `keyVals` (the affected binding
+ * key, in `backingPkDefinition` order), under each column's collation. Used to keep
+ * only the residual row(s) belonging to the recomputed key — see
+ * {@link applyForwardResidual}.
+ */
+export declare function residualRowMatchesKey(plan: ForwardResidualPlan, row: Row, keyVals: readonly SqlValue[]): boolean;
+/**
+ * Dispatch a `'join-residual'` plan on **which source changed**. A write to the driving
+ * table `T` (`changedBase === plan.sourceBase`) is the forward case — recompute the one
+ * joined row keyed on `T`'s PK, identical to a size-1 `'row'`-binding residual — so it
+ * delegates straight to {@link applyForwardResidual} (delete old backing slice → run the
+ * `T`-keyed residual → upsert). A write to the lookup table `P` is the reverse case,
+ * handled by {@link applyLookupResidual}.
+ */
+export declare function applyJoinResidual(ctx: MaterializedViewManagerContext, plan: JoinResidualPlan, change: BackingRowChange, changedBase: string, cache?: BackingConnectionCache): Promise<BackingRowChange[]>;
+/**
+ * Maintain a `'join-residual'` MV for a **lookup-side (`P`)** change: refresh the joined
+ * rows referencing each affected `P` key. Derive the affected `P` key(s) from the changed
+ * row (OLD ∪ NEW, deduped on `P`'s PK), and for each run the in-scope lookup-keyed residual
+ * (`… where P.pk = :pk0`, the body's WHERE retained) against live source state — returning
+ * every currently in-scope joined row, each carrying its `T.pk` backing key — and **upsert**
+ * each.
+ *
+ * **Upsert-only is sound for a no-WHERE / `T`-only-WHERE body.** For an inner/cross join with
+ * enforced RI and a predicate that cannot reference `P`, the *set* of backing rows referencing
+ * a given `P` row is `{ T : T.fk = P.pk }`, determined entirely by `T.fk` (a `T` column the
+ * `P` write cannot change), and the WHERE — over `T` only — cannot flip on a `P` write. So a
+ * `P` change can only re-derive the lookup-projected columns of those existing backing rows
+ * (an upsert at the unchanged `T.pk` key), never add or remove one: a `P` insert with no
+ * referencing `T` rows yields an empty residual (no-op); a `P` delete is only admissible (RI)
+ * when no `T` references it (empty residual); a `P` payload update upserts the affected rows
+ * with the new value.
+ *
+ * **A `P`-referencing WHERE needs the delete-capable pass.** When the body WHERE references
+ * `P`, a `P` write can flip a joined row's WHERE truth and so add or remove its backing row —
+ * which the in-scope upsert above (it returns *only* in-scope rows) could never delete. The
+ * builder then supplies `lookupMembershipResidualScheduler` (the body with the WHERE stripped,
+ * keyed on `P`). Per affected `P` key this runs both residuals against the same live state and
+ * applies the **keyed diff**: it **deletes** only the membership keys the in-scope recompute no
+ * longer produces (rows that left scope — the delete keys come from live `T` via the join, so
+ * they match existing backing keys and touch nothing belonging to another `P`; membership and
+ * in-scope rows read the same live state, so their key bytes match exactly), and **upserts**
+ * every in-scope row. A row leaving scope is deleted (removed); a row entering scope is
+ * upserted (added); an unchanged in-scope row's upsert is suppressed by the host's
+ * value-identical skip (vtab/backing-host.ts) — ZERO effective changes instead of the former
+ * delete+insert refresh churn; a changed in-scope row reports one `update`. The membership
+ * residual MUST ignore the WHERE — else a row leaving scope would never be deleted.
+ *
+ * A `T`-side membership change (insert/delete/FK-move) is the *forward* path's job and fires
+ * its own maintenance. Returns the effective {@link BackingRowChange}(s) for the MV-over-MV
+ * cascade. Per-row recompute is correct without batching for the same
+ * last-write-wins-against-live-state reason as {@link applyForwardResidual}.
+ */
+export declare function applyLookupResidual(ctx: MaterializedViewManagerContext, plan: JoinResidualPlan, change: BackingRowChange, cache?: BackingConnectionCache): Promise<BackingRowChange[]>;
+/**
+ * Compute a `'prefix-delete'` plan's per-row backing delta and apply it: derive the
+ * affected base key(s) from the changed row (OLD ∪ NEW, deduped on the base key), and
+ * for each — re-run the base-PK-keyed residual against live source state and apply the
+ * **keyed diff against the existing effective fan-out slice** (read via the host's
+ * `scanEffective` with the base prefix, pending over committed — the same contiguous
+ * range the former wholesale `'delete-by-prefix'` removed): delete ONLY the existing
+ * keys the recompute no longer produces, upsert every recomputed row (the host's
+ * value-identical skip suppresses the unchanged ones). A base-PK-changing UPDATE
+ * recomputes both the OLD base key (slice diffs to all-deletes; the residual returns
+ * nothing for the now-absent old PK) and the NEW base key (new fan-out upserted); a
+ * DELETE diffs the old slice to all-deletes; an INSERT diffs against an empty slice
+ * (all upserts). An emptied/shrunk fan-out keeps the delete-without-upsert exactly —
+ * a disappearance is never "skipped". Returns the effective
+ * {@link BackingRowChange}(s) the backing layer realized, for the MV-over-MV cascade.
+ *
+ * Prefix-scan soundness is unchanged from the wholesale arm: the diff's slice read
+ * uses the same binary `equalityPrefix` scan `'delete-by-prefix'` used, sound under
+ * the build-time collation gate (the backing base-PK prefix inherits the source PK
+ * collation, and source-PK uniqueness collapses each collation class to one binary
+ * value). The stored slice's prefix bytes always equal the OLD image's (the slice was
+ * projected from that very source row), and OLD ∪ NEW both iterate, so a case-only
+ * base-PK rewrite still converges: the OLD-prefix pass pairs the slice with the
+ * recomputed rows (key pairing is collation-aware — the btree's identity — so a
+ * collation-equal key is REPLACED by its upsert, never also deleted) and the byte
+ * change surfaces as `update`s that re-key the stored bytes.
+ *
+ * Structurally the same as {@link applyForwardResidual}, differing only in the
+ * **prefix-slice** diff (one base row owns N backing rows sharing the prefix) and the
+ * **N-row** residual. Per-row recompute is correct without per-statement batching: the
+ * residual reads live (reads-own-writes) state, so the last write to a base key produces
+ * the authoritative slice. (Statement-level dedup of distinct base keys is the same
+ * affordability optimization deferred for the aggregate arm.)
+ */
+export declare function applyPrefixDelete(ctx: MaterializedViewManagerContext, plan: PrefixDeletePlan, change: BackingRowChange, cache?: BackingConnectionCache): Promise<BackingRowChange[]>;
+/**
+ * True iff two backing rows agree on every backing-PK column under that column's
+ * collation — the btree's key identity. Pairs an existing slice row with the
+ * recomputed row that replaces it in {@link applyPrefixDelete}'s keyed diff.
+ */
+export declare function backingPkEqual(pkDef: ReadonlyArray<BackingPkColumn>, a: Row, b: Row): boolean;
+/**
+ * True iff `row`'s **leading** (base-prefix) backing-PK columns equal `prefixVals` (the
+ * affected base key, in backing-PK order), under each column's collation. Keeps only the
+ * residual fan-out row(s) belonging to the recomputed base key — see
+ * {@link applyPrefixDelete}.
+ */
+export declare function residualRowMatchesBasePrefix(plan: PrefixDeletePlan, row: Row, prefixVals: readonly SqlValue[]): boolean;
+//# sourceMappingURL=database-materialized-views-apply.d.ts.map

package/dist/src/core/database-materialized-views-apply.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"database-materialized-views-apply.d.ts","sourceRoot":"","sources":["../../../src/core/database-materialized-views-apply.ts"],"names":[],"mappings":"AAAA;;;;;;;;;GASG;AAGH,OAAO,EAAc,KAAK,QAAQ,EAAE,KAAK,GAAG,EAAE,MAAM,oBAAoB,CAAC;AACzE,OAAO,EAAE,SAAS,EAAE,MAAM,yBAAyB,CAAC;AAMpD,OAAO,EAA2B,KAAK,6BAA6B,EAAE,MAAM,4BAA4B,CAAC;AAGzG,OAAO,KAAK,EAAE,WAAW,EAAE,gBAAgB,EAAiB,MAAM,yBAAyB,CAAC;AAC5F,OAAO,KAAK,EAAE,sBAAsB,EAAE,MAAM,uBAAuB,CAAC;AAEpE,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,oBAAoB,CAAC;AAGtD,OAAO,KAAK,EACX,8BAA8B,EAC9B,eAAe,EACf,qBAAqB,EACrB,mBAAmB,EACnB,gBAAgB,EAChB,gBAAgB,EAChB,sBAAsB,EACtB,eAAe,EACf,MAAM,wCAAwC,CAAC;AAEhD;;;;;;;;;;;;;GAaG;AACH,wBAAsB,sBAAsB,CAC3C,GAAG,EAAE,8BAA8B,EACnC,IAAI,EAAE,qBAAqB,EAC3B,MAAM,EAAE,gBAAgB,EACxB,KAAK,CAAC,EAAE,sBAAsB,GAC5B,OAAO,CAAC,gBAAgB,EAAE,CAAC,CAyD7B;AAED;;;;;;;;;;;GAWG;AACH,wBAAsB,sBAAsB,CAC3C,GAAG,EAAE,8BAA8B,EACnC,IAAI,EAAE,eAAe,EACrB,SAAS,EAAE,6BAA6B,EACxC,OAAO,EAAE,SAAS,gBAAgB,EAAE,EACpC,KAAK,CAAC,EAAE,sBAAsB,GAC5B,OAAO,CAAC,IAAI,CAAC,CAcf;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAgB,oCAAoC,CACnD,IAAI,EAAE,eAAe,EACrB,OAAO,EAAE,SAAS,gBAAgB,EAAE,GAClC,IAAI,CAYN;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAsCG;AACH,wBAAsB,mCAAmC,CACxD,GAAG,EAAE,8BAA8B,EACnC,IAAI,EAAE,eAAe,EACrB,OAAO,EAAE,SAAS,gBAAgB,EAAE,GAClC,OAAO,CAAC,IAAI,CAAC,CAYf;AAED;;;;;GAKG;AACH,wBAAgB,WAAW,CAAC,GAAG,EAAE,8BAA8B,EAAE,OAAO,EAAE,WAAW,GAAG,WAAW,CAGlG;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAsB,oBAAoB,CACzC,GAAG,EAAE,8BAA8B,EACnC,IAAI,EAAE,WAAW,EACjB,aAAa,EAAE,MAAM,EACrB,KAAK,CAAC,EAAE,sBAAsB,GAC5B,OAAO,CAAC,sBAAsB,CAAC,CAcjC;AAED;;;;;;;;GAQG;AACH,wBAAsB,WAAW,CAChC,GAAG,EAAE,8BAA8B,EACnC,iBAAiB,EAAE,SAAS,EAC5B,eAAe,EAAE,IAAI,GAAG,IAAI,EAC5B,QAAQ,EAAE,SAAS,QAAQ,EAAE,GAC3B,OAAO,CAAC,GAAG,EAAE,CAAC,CAMhB;AAED;;;;;;;;GAQG;AACH,wBAAsB,YAAY,CAAC,GAAG,EAAE,8BAA8B,EAAE,SAAS,EAAE,SAAS,EAAE,MAAM,EAAE,MAAM,CAAC,MAAM,EAAE,QAAQ,CAAC,GAAG,OAAO,CAAC,GAAG,EAAE,CAAC,CAe9I;AAED;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,wBAAsB,oBAAoB,CACzC,GAAG,EAAE,8BAA8B,EACnC,IAAI,EAAE,mBAAmB,EACzB,MAAM,EAAE,gBAAgB,EACxB,KAAK,CAAC,EAAE,sBAAsB,GAC5B,OAAO,CAAC,gBAAgB,EAAE,CAAC,CAwD7B;AAED;;;;;GAKG;AACH,wBAAgB,qBAAqB,CAAC,IAAI,EAAE,mBAAmB,EAAE,GAAG,EAAE,GAAG,EAAE,OAAO,EAAE,SAAS,QAAQ,EAAE,GAAG,OAAO,CAMhH;AAED;;;;;;;GAOG;AACH,wBAAsB,iBAAiB,CACtC,GAAG,EAAE,8BAA8B,EACnC,IAAI,EAAE,gBAAgB,EACtB,MAAM,EAAE,gBAAgB,EACxB,WAAW,EAAE,MAAM,EACnB,KAAK,CAAC,EAAE,sBAAsB,GAC5B,OAAO,CAAC,gBAAgB,EAAE,CAAC,CAK7B;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAqCG;AACH,wBAAsB,mBAAmB,CACxC,GAAG,EAAE,8BAA8B,EACnC,IAAI,EAAE,gBAAgB,EACtB,MAAM,EAAE,gBAAgB,EACxB,KAAK,CAAC,EAAE,sBAAsB,GAC5B,OAAO,CAAC,gBAAgB,EAAE,CAAC,CA+C7B;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAiCG;AACH,wBAAsB,iBAAiB,CACtC,GAAG,EAAE,8BAA8B,EACnC,IAAI,EAAE,gBAAgB,EACtB,MAAM,EAAE,gBAAgB,EACxB,KAAK,CAAC,EAAE,sBAAsB,GAC5B,OAAO,CAAC,gBAAgB,EAAE,CAAC,CA0D7B;AAED;;;;GAIG;AACH,wBAAgB,cAAc,CAC7B,KAAK,EAAE,aAAa,CAAC,eAAe,CAAC,EACrC,CAAC,EAAE,GAAG,EACN,CAAC,EAAE,GAAG,GACJ,OAAO,CAKT;AAED;;;;;GAKG;AACH,wBAAgB,4BAA4B,CAAC,IAAI,EAAE,gBAAgB,EAAE,GAAG,EAAE,GAAG,EAAE,UAAU,EAAE,SAAS,QAAQ,EAAE,GAAG,OAAO,CAMvH"}