The Platform

Built for the database team you already have

One canonical model, four native SQL dialects, and an isolation-and-governance layer designed for real enterprises — multi-tenant by design, deployable in your own infrastructure or a private managed hub.

MDM Studio Design Map Govern Trust
One hub · four engines Microsoft SQL Server PostgreSQL MySQL Oracle
Multi-engine core

The same model, everywhere

One canonical model, four dialectsMDM Studio speaks each engine's native SQL through a per-statement translation layer — the same model, rules and pipelines run identically on all four.
Switch engines at loginRun your hub on Postgres in dev and SQL Server in production — or evaluate Oracle side by side. The engine is a per-session choice, not a migration project.
A global source registryConnections and source systems are shared across every hub engine automatically, with encrypted credentials and per-source trust scoring.
Serve reference data everywhereDownstream systems consume governed code sets through a lightweight read-only API with immutable releases and checksum-based polling.
Connect from any source
SQL ServerAzure SQLSynapsePostgreSQLMySQLOracleTeradataCSVExcelFTPREST API
MDM STUDIO HUBdesign · map · match · merge · govern · serve
Runs natively on
SQL Server
PostgreSQL
MySQL
Oracle
Golden recordsReference data APIWrite-backDashboards
Isolation & access

Multi-tenant to the core, secure by default

Whether you run one organisation or a hundred, MDM Studio keeps every tenant's data — and every user's clearance — exactly where it should be.

True multi-tenancyNEW

Every model, source, rule, golden record and audit row is tenant-scoped and enforced at the data layer. Users can belong to several tenants and switch between them, with per-tenant branding throughout.

Active Directory / LDAPNEW

Sign in with directory credentials or a local password, chosen per user. Each tenant configures its own directory (direct bind or search-then-bind), with an encrypted service account and a built-in connection test.

Sensitive-data clearanceNEW

Four classification levels cascade from domain to record. Per-user clearance grants decide who can see Confidential or Restricted data — restricted records are hidden entirely, so their very existence never leaks.

Row-level access groupsNEW

Where clearance masks values, access groups scope which records a person sees — by domain, tier, value hierarchy or column value — applied by every surface, so counts, scores and exports agree. Opt-in per domain, with a preview of what each grant reveals before you arm it.

Governance & audit

Change requests with review and approval, model checkout, governance policies and a tamper-evident audit trail you can open event by event. Each request names the objects it touches — picked from your model, not typed — and each part of the record can be signed by the person who performed it.

Fine-grained RBAC

A role-to-area-to-action permission matrix governs every page and operation, with four-eyes elevation for new administrators and an idle-session policy.

Encrypted everywhere

Connection and directory secrets are AES-256 encrypted at rest; all traffic is TLS-terminated. Secrets never leave the hub, and no data is sent to any third-party service.

By the numbers

One deployment, a lot of surface

4
Database engines, natively
Many
Source connection types
7
Report visual types
Zero
Third-party data egress

Put the platform on your data

We'll stand MDM Studio up against a sample of your sources and show isolation, matching and governance working end to end.

Request a demo info@adaptivecanvas.co.za