Data Engineer
ExponentHR · Dallas, TX
Multi-tenant payroll and HR platform
Payroll accrual and SECURE 2.0
PTO balances convert to cash at termination, so a defect in accrual logic is a payout rather than a display bug. I traced it to a payroll-period boundary calculation in SQL and put the fix through change-request review. SECURE 2.0 compliance went out in the same release train.
payout-class defect · traced in SQL · shipped under change control
Failure detection and failover recovery
CDC capture jobs fail three ways, and retention windows close while they go unnoticed — the change history inside them does not come back.
Availability-group failover is documented as recovery procedures, including the post-failover capture failure that produces no error at all. One live incremental-load failure was diagnosed and restored in place rather than falling back to a full reload.
3/3 modes monitored · failover recovery < 1 hr · no full reload
CDC incrementals and idempotent provisioning
The CDC ETL reloaded whole tables on every run, and standing up a database was an hour of manual orchestration repeated twenty-plus times a day. Both failed in ways that needed a person to clean up before the next attempt. Moving CDC onto idempotent incremental merge-upserts held the freshness SLA through the change; provisioning was rewritten to be safely rerunnable, closing four latent failure modes on the way.
DETAIL
30 min → <8 min · compute −67% · freshness SLA held
1 hr × 20+/day → idempotent rerun · ~5,000 eng-hr/yr returned
Release ownership and the reporting layer
Releases went out roughly quarterly. Taking CI/CD through Azure DevOps compressed the cycle, with SSRS and Power BI release steps automated. Reporting moved onto Fabric semantic models with index and stored-procedure tuning underneath.
3 mo → 14 days · query response 12 s → <4 s
SQL Server · CDC · SSIS · Azure DevOps · Microsoft Fabric · AAG · Power BI / SSRS
