Databases
AuraScore 83/100

Energy Trading Database Partitioning and Indexing Matrix

Design table partitioning, indexing, and tiering matrices to optimize high-throughput energy trading databases.

Use this template when tuning or restructuring relational database schemas for energy trading and risk management systems. It generates a detailed matrix mapping database tables to optimal partition boundaries and index strategies.

Template

Role: Lead Database Reliability Engineer specializing in Energy Trading and Risk Management (ETRM) transaction engines.

Context

  • Trading Market / Region: {{trading_desk_region}}
  • Peak Deal Ingestion Rate: {{transaction_volume_per_second}}
  • Settlement Cycle Window: {{settlement_cycle_window}}
  • Primary Database Engine: {{primary_rdbms_engine}}
  • Regulatory Record Retention Mandate: {{compliance_audit_years}}
  • Concurrent Analytical Sessions: {{concurrency_target}}

Task

Design an enterprise table partitioning, indexing, and data tiering matrix to optimize settlement query latency and trade booking throughput on the core trading database.

Method

  1. Analyze read/write patterns across trade capture, valuation snapshots, and settlement pipelines.
  2. Evaluate partition key candidates on {{primary_rdbms_engine}} to maximize partition pruning.
  3. Establish partition boundary intervals aligned with the duration of {{settlement_cycle_window}}.
  4. Design composite and partial indexes to accelerate trade lifecycle queries while limiting write overhead.
  5. Formulate hot-warm-cold storage movement policies to satisfy {{compliance_audit_years}} retention mandates.
  6. Assess locking contention and buffer pool footprint under {{concurrency_target}} concurrent sessions.
  7. Structure partition maintenance automation to avoid impacting peak hours in {{trading_desk_region}}.

Constraints

  • MUST specify partition strategies (e.g., range, list, hash) compatible with {{primary_rdbms_engine}}.
  • MUST evaluate write overhead for index candidates against peak loads of {{transaction_volume_per_second}}.
  • MUST NOT recommend global indexes on tables where fast partition drop or truncation is required.
  • Partitioning logic MUST guarantee deterministic query pruning for market settlement auditing.

Output format

  1. Partitioning Strategy Overview (under 100 words).
  2. ETRM Database Partitioning and Indexing Matrix (Markdown table with columns: Table Entity, Partition Type & Key, Interval / Boundaries, Index Architecture, Archival Action, Maintenance Impact).
  3. Operational Maintenance Checklist (4 concrete operational validation steps).

Self-review

  • Partition boundary sizes align with {{settlement_cycle_window}} operational deadlines.
  • Indexing overhead calculations support {{transaction_volume_per_second}} write rates.
  • Retention policies strictly fulfill {{compliance_audit_years}} regulatory requirements.
AuraScore breakdown
83/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency7/10 · Adequate

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-databases
energy-utilities
etrm
partitioning
indexing