Product · Database migration

DBPorter

v1.0 · Oracle → PostgreSQL

Converts the structure and code of a database from one engine to another. AI adapts the translation to the context instead of applying fixed rules.

Migrating from Oracle to PostgreSQL means rewriting tables, views, functions, and procedures by hand, one object at a time. DBPorter extracts the data definition language (DDL) from the source database, converts it into an abstract intermediate format, and translates it for the target database with AI support. It flags the critical objects that need review in advance. It runs in containers, on-premises or on any cloud, with no vendor lock-in.

When you need it

Migrate from Oracle to PostgreSQL without rewriting everything by hand

Oracle → PostgreSQL migrations are slow and manual. Every object must be converted, many functions and procedures have no direct equivalent, and rule-based tools break on edge cases. DBPorter is most useful in these situations:

You are planning a migration from Oracle to PostgreSQL.
You have many schemas and objects to convert, and they are hard to estimate by hand.
You have PL/SQL procedures and functions to translate.
You want to reduce license costs by moving to open source technology.
You lack the in-house capacity to convert DDL manually.
You need an estimate of migration difficulty before you start.
You want to avoid cloud lock-in and be able to run on-premises or on any cloud.
You want to identify early the objects that cannot be converted automatically.
At a glance

Product specifications

Product DBPorter
Category Database migration tool — cross-engine DDL conversion
Source (v1.0) Oracle
Target (v1.0) PostgreSQL
Scope (v1.0) Structure and code conversion (DDL). Data migration roadmap
Approach Abstract intermediate format + AI: context-adaptive translation, not fixed rules
Deployment Containers on Kubernetes (or a Linux VM with Minikube/Kind); on-premises or on any cloud
Stack Fully open source (Java 21/Spring, Liquibase, RabbitMQ, Longhorn S3 storage, and alternatives)
Security Secrets in OpenBao, Keycloak authentication, code scanning with Black Duck
Commercial model On-premises at a fixed cost, with installation managed by Miriade. Pay-per-use on a cloud marketplace coming soon
How it works

From assessment to deployment, through an intermediate format

1

Assessment

Analyzes the objects to convert and estimates their complexity. It checks them against the rules of the target database and flags critical elements in advance (for example, Oracle functions with no PostgreSQL equivalent).

2

Extraction

Creates an abstract structure of the source DDL (Liquibase + ANSI SQL), independent of the source engine.

3

AI-assisted conversion

Translates the source language into the target language with a large language model (LLM). It adapts the translation to the context instead of applying rigid rules.

4

Deployment

Loads the converted DDL into the target database through dedicated ETL processes, with integration tests at every step.

What it converts

Database objects, not just tables

In the first release, DBPorter aims to cover at least these object types in Oracle → PostgreSQL conversion:

Tables Indexes Views Packages Functions Sequences Procedures Materialized views Jobs Partitions and subpartitions
What makes it different

Adaptive AI, no lock-in

No cloud lock-in

The container architecture lets it run on-premises or on any cloud, with no dependency on a specific vendor.

Adaptive AI translation

It does not apply fixed rules. It uses AI to adapt the translation to the context and the request, and it handles edge cases better.

Abstract intermediate format

Because it works through an intermediate language, the approach is not tied to a single database pair. It is designed to translate across different database types.

Fully open source

Built only on open source technologies, with code security checks (Black Duck) at every stage.

Prerequisites and security

What it takes to run it

Customer-side prerequisites

A Kubernetes cluster, or a Linux machine (physical or virtual) with Minikube or Kind.
For Oracle → PostgreSQL migration, Orafce installed on the customer side to reduce issues with Oracle-specific objects.
Access to the source and target databases, managed through secure channels.

Security and governance

Secrets and sensitive parameters managed in OpenBao.
Authentication and authorization through Keycloak: only authorized users can start a migration.
Code analyzed with Black Duck to detect vulnerabilities before release.
Coming soon

The roadmap

The first release focuses on converting the structure (DDL) from Oracle to PostgreSQL. The following enhancements are planned but not yet available:

Roadmap — not yet available

Migration of data as well as structure, with a Data Check Validator that verifies consistency between source and target. Supported modes: change data capture (CDC) with Debezium, or batch.
Support for other source/target database pairs, enabled by the intermediate format.
Direct availability on a cloud marketplace with a pay-per-use model.
Invocation of the entire service by an AI agent through the Model Context Protocol (MCP).
Related

After the migration

FAQ

Frequently asked questions

Which databases does it support today?

The first release covers conversion from Oracle to PostgreSQL. Support for other database pairs is on the roadmap, enabled by the abstract intermediate format.

Does it also convert data, or only the structure?

In the first release, it converts structure and code (DDL). Data migration, with a validator that checks consistency between source and target, is on the roadmap.

How does it handle Oracle functions with no PostgreSQL equivalent?

It flags them during assessment, together with the possible actions. In the first release, these cases must be rebuilt as custom code or agreed with the customer. Installing Orafce on the customer side reduces these issues.

Where does it run? Am I tied to a specific cloud?

No. It runs in containers on Kubernetes (or on a Linux VM with Minikube/Kind), on-premises or on any cloud. The container architecture prevents vendor lock-in.

Is it an open source product?

It is built entirely on open source technologies. The product itself is a commercial offering from Miriade.

How is it sold?

DBPorter is available on-premises at a fixed cost, with installation managed by Miriade. Pay-per-use availability on a cloud marketplace is coming soon. Contact us to purchase and activate it.

Move your database from Oracle to PostgreSQL

Activate DBPorter in your environment. Tell us your Oracle version, your target PostgreSQL version, and the types and volume of objects to convert. We complete the purchase and size the migration together with you.

Purchase / activate DBPorter

Purchase DBPorter for your migration

Tell us about your environment: Oracle version, target PostgreSQL version, types and volume of objects to convert, and on-premises or cloud deployment. We complete the purchase and size the migration together with you.

Early estimate of the critical objects that need review.
AI-assisted DDL translation, not fixed rules.
Containers on Kubernetes or a Linux VM: on-premises or on any cloud.

We use the data you submit only to contact you about this request. Do not enter credentials, passwords, or sensitive data: database access will be handled through agreed secure channels.