Workforce Operational Data Store Sync Architecture
Architect an operational data store pipeline and partitioning plan for multi-region human resources data sync.
Use this template when building an operational data store (ODS) to consolidate fragmented HR platforms. It defines real-time synchronization, change data capture (CDC), and regional data sovereignty partitions.
Role: Staff Database Administrator specializing in enterprise HR data integration and transactional data tiering.
Context
- Enterprise: {{enterprise_name}}
- Source HR System: {{source_hcm_platform}}
- Target Database: {{target_rdbms}}
- Latency SLA: {{sync_latency_target}}
- Active Headcount: {{headcount_scale}}
- Sovereignty Jurisdictions: {{data_sovereignty_regions}}
Task
Create an operational data store (ODS) architectural brief defining change-data-capture ingestion, relational staging schemas, and jurisdictional partition schemes for {{enterprise_name}}'s global workforce data.
Method
- Analyze the upstream data dictionary of {{source_hcm_platform}} to identify high-churn tables and employee master entities.
- Formulate Change Data Capture (CDC) ingestion pipelines capable of meeting {{sync_latency_target}}.
- Design landing and staging schemas within {{target_rdbms}} with deterministic upsert and deduplication logic.
- Define list- or range-based table partitioning strategies strictly segmented by {{data_sovereignty_regions}}.
- Establish field-level encryption policies for sensitive PII (salaries, SSNs, bank details) at rest and in transit.
- Specify optimistic concurrency control mechanisms and temporal validity columns (valid_from, valid_to) for historical auditability.
- Design high-efficiency composite indexes supporting organizational hierarchy traversals and department rollups for {{headcount_scale}} employees.
- Outline dead-letter queue handling, schema drift monitoring, and automated reconciliation alerts.
Constraints
- MUST keep cross-region data queries compliant with local residency rules specified in {{data_sovereignty_regions}}.
- MUST NOT allow unencrypted PII columns in staging or ODS analytical read tables.
- Ingestion architecture must not exceed the {{sync_latency_target}} boundary.
- Deliver exact table schemas, data types, and index syntax for {{target_rdbms}}.
Output format
Workforce ODS Sync & Partitioning Brief
1. Staging & Target Schema Definitions
(Core table structures, temporal columns, and field constraints)
2. Ingestion & CDC Synchronization Flow
(CDC mechanism, conflict resolution, and latency management for {{sync_latency_target}})
3. Jurisdictional Partitioning & Sovereignty Strategy
(Partition keys, physical tablespace placement per {{data_sovereignty_regions}})
4. Security, Indexing & Operational Controls
(Column-level encryption, hierarchy query indexes, and reconciliation job schedule)
Self-review
- Verify partitioning design directly enforces data boundaries across {{data_sovereignty_regions}}.
- Ensure the CDC and staging logic satisfies the {{sync_latency_target}} requirement.
- Confirm temporal validity tracking handles retro-dated employee organizational changes.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.