Wann kommt es infrage?
Geeignet für Datenbankteams mit wiederverwendbaren Maskierungsvorlagen, constraint-konformen synthetischen Zeilen, deterministischen Werten und getrenntem Projektaufbau und Deployment.
Redaktionelle Einordnung anhand der unten genannten Quellen.Welche Grenzen sind wichtig?
Funktionen des separaten Produkts Subset sollten Privacy nicht pauschal zugeschrieben werden. Runtime ist ein separates Produkt, Deployment ist nicht für jede Datenbank verfügbar und manche Abläufe erfordern erhöhte Datenbankrechte.
Welche 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?
Die Windows-GUI dient zur Projekterstellung und unterstützt direkte Datenbankbereitstellung. Runtime-Pakete können Entwicklung und Ausführung trennen; DATPROF Runtime ist separat und Optionen variieren je Datenbank.
Die Dokumentation verweist auf einen erworbenen Lizenzschlüssel; öffentliche Preise oder Editionspreise fanden sich in den geprüften Herstellerquellen nicht.
Quellen und Geltungsbereich
- DATPROF Privacy Manual
Official definition as proprietary database masking and generation tool; synthetic data creation.
Quelle geprüft: 2026-10-01 - Data Generation - DATPROF Privacy
Generation for existing tables with constraints; foreign-key generation; deterministic generation and reproducible output using seed value.
Quelle geprüft: 2026-10-01 - Tool Overview - DATPROF Privacy
Separate development and runtime deployment; Runtime is a separate product; availability varies by database.
Quelle geprüft: 2026-10-01 - Requirements - DATPROF Privacy
Database-specific requirements and permissions, demonstrating deployment/connection boundaries.
Quelle geprüft: 2026-10-01 - DATPROF Subset Manual
Separate DATPROF Subset product for database subsetting; supports product-boundary correction.
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.