Wann kommt es infrage?
Geeignet für kundeneigene XML-Modelle, wiederverwendbare Fixtures und explizite Fachregeln in lokaler Entwicklung oder CI. Ein heruntergeladenes Enterprise-Projekt kann ohne Umschreiben des Modells laufen, wenn sämtliche Funktionen und Abhängigkeiten von CE unterstützt werden.
Redaktionelle Einordnung anhand der unten genannten Quellen.Welche Grenzen sind wichtig?
Die Auswahl personenbezogener Felder und Pseudonymisierungsmodelle erfolgt manuell. EE-ML-Engine, zentrale Plattform-Governance und Browser-IDE gehören zum Enterprise-Produkt. Seed-Replay-Nachweise gelten für die dokumentierte CE-Laufzeitmatrix und Ausgaben; ein Seed allein garantiert nicht jeden Exporter oder jede Umgebung.
Developer-Laufzeit mit eigenem Produktumfang
CE stellt lokale Datengenerierung und Modellwerkzeuge über Python, CLI und einen optionalen Agenten-Adapter bereit. Teams integrieren sie in ihre eigene Entwicklungsumgebung und Automatisierung. Zentrale Projekt-Governance, Plattform-IDE-Anbindung und verwaltete Enterprise-Task-Ausführung werden im eigenen Enterprise-Platform-Profil eingeordnet.
ReferenzDokumentiertes SQL-Subsetting und Transformation
Das veröffentlichte CE-4.3.0-Zahlungsbeispiel wählt Zahlungs-IDs 1–3 mit WHERE und ORDER BY direkt an der SQLite-Quelle und schreibt explizit transformierte Datensätze in eine separate Zieltabelle. Laut Artikel bleibt Quellzeile 4 ausgeschlossen. Das dokumentiert modelldefinierte Quelldaten-Teilmengen; es demonstriert keine automatische Erkennung und Vervollständigung eines mehrtabelligen Fremdschlüssel-Graphen in CE. Der Plattform-Planungsablauf wird separat eingeordnet.
ReferenzGemeinsame Modelle, getrennte Ausführungs-Engines
CE kann exportierte Kundenmodelle innerhalb ihres unterstützten DSL-Umfangs ausführen, bei kompatiblen Versionen, passender Konfiguration und Ressourcen sowie verfügbaren Abhängigkeiten, Eingaben und Zieldiensten. Projekte mit EE-exklusiven Kafka-, ML- oder erweiterten Nodes benötigen EE oder Änderungen an diesen Funktionen. CE unterstützt Python-Multiprocessing und optional Ray; Engine und Leistungsprofil unterscheiden sich von EE. Plattform-Governance und Ausführungs-Provenance bleiben eigene Dienste.
ReferenzDas Enterprise-Produkt verbindet einen EE-Ausführungskern mit Plattform-Diensten. CE ist ein separat installierbares Developer-Paket. Eine Fähigkeit oder ein Nachweis aus einer Laufzeit gilt nicht automatisch für die andere.
DATAMIMIC Enterprise PlatformWelche Fähigkeiten sind dokumentiert?
Dokumentiert bedeutet: Eine zitierte Herstellerquelle beschreibt diese eingegrenzte Fähigkeit. Nicht verifiziert bedeutet: Die geprüften Belege bestätigen sie nicht. Beides ist kein praktisches Testergebnis.
Wie wird es betrieben und lizenziert?
Installation mit pip install datamimic-ce und lokale Ausführung über Python oder die datamimic-CLI, auch in CI. Der optionale Adapter wird mit pip install "datamimic-ce[mcp]" installiert. Dieser lokale MCP-Adapter unterscheidet sich vom projektbezogenen MCP-Dienst der Plattform.
Community Edition unter MIT-Lizenz laut Projekt-Repository. Die kommerzielle Enterprise-Plattform und ihr eigener EE-Kern haben eine separate Lizenzierung und Bereitstellung.
Quellen und Geltungsbereich
- rapiddweller/datamimic repository
CE package installation, Python/CLI APIs, optional local MCP adapter, MIT license, manual pseudonymization and the explicit CE replay test boundary.
Quelle geprüft: 2026-10-01 - Upgrade your models from DATAMIMIC 3.5 to 4.0
Exact replay boundary; requires same engine version, complete deterministic inputs, explicit seed, execution topology, deterministic serialization and ordering; ML is excluded; date behavior depends on the seeded reference clock.
Quelle geprüft: 2026-10-01 - Date and Time Generation
Relative date windows use a runtime clock anchor; seeded execution uses deterministic runtime clock, while unseeded execution reads live clock.
Quelle geprüft: 2026-10-01 - DATAMIMIC vs Delphix: source selection and transformation example
Vendor-published CE 4.3.0 example: SQL range selection, explicit field transformations and target writing; edition-scoped four-path explanation. The reported execution was not independently repeated in this comparison.
Quelle geprüft: 2026-10-01 - Database and other source selection contracts
SQL selectors and source read semantics; distinguishes Platform-owned environment configuration from model execution.
Quelle geprüft: 2026-10-01 - Iterate source traversal
Source records and parent context for explicit child transformations and target generation.
Quelle geprüft: 2026-10-01
Was solltest du im Proof of Concept prüfen?
- Deine Datenbankversion, Schema-Constraints und Zielformate.
- Konkretes Produkt, Edition, Deployment und Lizenzumfang.
- Fachliche Sollwerte und die Bedeutung von Wiederholbarkeit für deinen Output.
- Fehlgeschlagenen Lauf, Bereinigung und Wiederholung mit kontrollierten Eingaben.