About

Trekport exists to end the eternal Oracle migration.

Database modernization should not require a six-month services contract. Trekport is an automated Oracle-to-PostgreSQL migration platform built so a database team can ship a cutover in weeks, not quarters.

The mission.

Enterprises spend months, sometimes years, migrating from Oracle to PostgreSQL. The process is manual, error-prone, and expensive. Schema incompatibilities, PL/SQL translation, type mapping, and dependency ordering all demand specialized expertise that is hard to find and costly to retain. The market has filled the gap with services contracts that consume calendar quarters.

Trekport was built on a different premise. The conversion is an engineering problem, not a staffing problem. A real parser against a real AST closes the long tail. A real dependency-ordered deployer eliminates the manual reconciliation. A real classifier turns the remaining failures into a punch list instead of a stack of stack traces.

The result is a platform that ships through three surfaces, with the same engine across all three, and the same air-gapped guarantees in every deployment. Trekport is the tool the next generation of database modernization is built on.

Three principles

How we build the product.

AST, not regex.

The conversion engine works on a parsed tree, not on text patterns. The difference is the long tail of PL/SQL.

Deterministic deployment.

A 14-phase orchestrator with dependency-aware retry. Every object reaches the target or surfaces a typed error.

Air-gapped by default.

Trekport runs in your network. Your data does not leave it.

What we believe

Four values guide every release.

Reliability first.

Database migrations are high-stakes. Every release ships with a regression suite measured in the tens of thousands of converted objects. Determinism is not a feature. It is the floor.

Developer experience.

Migration tooling should not require a PhD. The desktop application is opinionated. The CLI is scriptable. A senior DBA gets to a clean conversion in an afternoon, not a quarter.

Transparency.

No black-box conversions. Every translation lands in plain SQL on disk and is auditable line by line. Validation reports ship as HTML, PDF, and JSON, not as a vendor portal.

Speed without shortcuts.

Parallel processing and bounded caches move data fast. Integrity is never traded for throughput. If row counts diverge, the migration is incomplete by definition.

The economics

Where Oracle migration budgets actually go.

A typical enterprise Oracle-to-PostgreSQL program spends 60 to 70 percent of its budget on what happens after the converter runs: hand-editing converted PL/SQL, building dependency ordering by trial and error, reconciling grant cascades, writing rollback playbooks, and re-running validation against every change. The converter itself accounts for a fraction of the work.

Trekport pulls that long tail back into the tool. The AST engine closes the PL/SQL gap. The orchestrator handles dependency ordering and grant cascades natively. The classifier turns the residual errors into a typed punch list instead of a debugging session. The validation suite produces the reports auditors actually accept.

The pricing model follows from that. Trekport replaces a six-month services engagement, not a free converter. The total spend on a migration program drops; the time-to-cutover compresses; the team that does the work is your team, not a vendor team.

Engineering posture

How we ship the platform.

Every release runs the full regression.

Trekport ships only when the conversion suite passes against tens of thousands of representative Oracle objects. A regression in a single category blocks the release.

Deterministic by contract.

Identical inputs produce byte-identical outputs given the same engine version. This is a tested invariant, not a guideline. Customers can audit converted SQL once and trust subsequent runs to reproduce it.

No regex on the correctness path.

The conversion engine works on parsed syntax trees. Regular expressions are permitted only inside the AST layer for token detection — never as the conversion mechanism. The proxy fast-path is a separate, narrower surface.

Out-of-scope is named.

When an Oracle feature has no PostgreSQL equivalent and no shipped compatibility extension, the engine emits an out-of-scope report with a concrete fix path. Silent placeholders are a release-blocker.

Three distributions, one engine.

The desktop application, the command-line interface, and the web console call into the same Rust + Python engine. A bug fix lands in all three at the same release. The output is identical across surfaces.

Customer data never leaves your network.

Migration runs talk only to the source Oracle and target PostgreSQL you connect. There is no telemetry channel for source content. Air-gapped activation is supported.

Reserve priority access.

Trekport opens to qualified teams in stages. Join the waitlist for evaluation terms, the first download link, and engineering onboarding when your wave opens.