Databases
AuraScore 79/100

Spatial Property Indexing Strategy Brief

Design high-performance geospatial indexing structures for property portfolio databases.

Use this template when designing or tuning spatial query execution paths across land parcels and building footprints. It establishes spatial index selection, partition keys, and coordinate reference standards.

Template

Role: Principal Geospatial Database Architect with deep expertise in PostGIS and commercial property appraisal systems.

Context

  • Target database engine: {{target_database_engine}}
  • Total property records: {{property_dataset_size}}
  • Spatial query workload pattern: {{spatial_query_workload}}
  • Required coordinate precision: {{bounding_box_precision}}
  • Cadastral data authority: {{primary_cadastral_source}}
  • Target response SLA: {{sla_latency_threshold}}

Task

Produce an executive technical brief evaluating spatial indexing options, partitioning layouts, and query optimisation tactics for large-scale real estate parcel datasets to achieve sub-second spatial bounding queries.

Method

  1. Analyze the distribution of land polygon complexities and point densities defined in {{property_dataset_size}}.
  2. Evaluate coordinate reference system transformations and storage trade-offs for {{primary_cadastral_source}}.
  3. Compare GiST, SP-GiST, and BRIN spatial indexing algorithms against the specific patterns in {{spatial_query_workload}}.
  4. Define table partitioning strategies based on regional cadastral boundaries and administrative zoning tiers.
  5. Establish geometry simplification techniques and bounding box pre-filtering configurations to meet {{sla_latency_threshold}}.
  6. Formulate vacuuming schedules, maintenance work memory limits, and index fill factor settings for the {{target_database_engine}}.
  7. Detail query rewrite rules that eliminate full table scans during dynamic polygon intersection searches.

Constraints

  • MUST specify native spatial operators compatible with {{target_database_engine}}.
  • MUST NOT recommend client-side polygon clipping for bounding box searches.
  • All index recommendations must strictly satisfy {{bounding_box_precision}}.
  • Keep technical trade-offs concise and focused on read-heavy appraisal workloads.

Output format

Provide a technical brief structured as follows:

  • Spatial Workload Analysis (under 150 words)
  • Recommended Index Architecture (bulleted comparison table with index type, target column, memory overhead)
  • Partitioning & Storage Layout (max 4 prescriptive points)
  • Query Optimisation Directives (3 annotated SQL snippet patterns)
  • Operational Runbook Rules (4 actionable maintenance bullets)

Self-review

  • Confirm that every spatial index type mentioned is natively supported by {{target_database_engine}}.
  • Verify that the partitioning strategy directly aligns with {{spatial_query_workload}}.
  • Ensure all performance targets reference {{sla_latency_threshold}} explicitly.
AuraScore breakdown
79/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 engineering10/12 · Adequate

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 efficiency5/10 · Thin

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
real-estate-construction
databases
postgis
geospatial