
Schema hardening
Normalization trade-offs, partition keys, and foreign-key paths that keep migrations reversible.
Programming consulting for teams stuck between growing data models and queries that no longer finish on time.
We review schemas, indexes, and execution plans, then recommend changes you can ship — scoped per engagement after an inquiry, not from a fixed product shelf.

Engagements cover logical design, physical indexing choices, and SQL rewrite paths for PostgreSQL, MySQL, SQL Server, and similar engines used in production.
We do not sell licenses, hosting, or anonymous “audit PDFs.” Work starts after you outline constraints — stack, volume, latency targets, and maintenance windows — through the inquiry form.

We trace slow statements to missing or redundant indexes, stale statistics, and join orders that fight your row counts.

Normalization trade-offs, partition keys, and foreign-key paths that keep migrations reversible.

Batch versus OLTP patterns, connection pooling, and read replicas — matched to how your app actually issues SQL.
You send engine version, rough table sizes, and one or two representative slow queries. We confirm fit before proposing scope.
We study DDL exports, explain output, and monitoring snapshots you provide. No write access is required for the first pass.
Deliverables list concrete DDL, index, or query changes with expected risk and rollback notes — not generic best-practice slides.
Optional follow-on hours to pair with your engineers during migration windows or load tests.
Our office on Mittraphap Road anchors coordination for clients across Thailand and remote product teams. Sessions run over secure screen-share when on-site review is not needed.
When you need someone who reads execution plans the way your DBAs used to, we align on communication channels and response expectations in writing before work begins.

No. Each engagement is quoted after we understand data volume, risk tolerance, and delivery timeline from your inquiry.
Yes, with change windows you define. We prefer staged rollouts: shadow indexes, plan captures, then cutover.
Greenfield app builds without a database component, or requests that amount to full-time staff augmentation without a defined schema or query goal.
Anonymized DDL, one slow-query log line, and business context (peak QPS, retention rules). Passwords and row-level customer data are not required.
Send a short note about your engine and the query that hurts most. We reply with whether an engagement makes sense and what information we need next.
Open the inquiry form