Integrationen
Heterogene Systeme über explizite Funktionsverträge verbinden.
Ein Konnektorname ist nur der Anfang. Advanexus löst auf, welche Discovery-, Lese-, Übertragungs-, Schreib-, Qualitäts- und Analytics-Operationen der konkrete Treiber und die Bereitstellung sicher unterstützen.
Source-Landschaft besprechenSiebzehn Konnektorverträge in acht Funktionsfamilien, keine falsche Parität.
Der Katalog umfasst PostgreSQL, MySQL- und MariaDB-Kompatibilität, Microsoft SQL Server, Oracle, IBM Db2, SQLite, SAP HANA, Snowflake, Databricks SQL, DynamoDB, MongoDB, Redis, Cassandra, Neo4j, Elasticsearch, OpenSearch und Salesforce.
Die Funktion kommt vor der UI-Aktion.
Relationale, dokumentenbasierte, Key-Value-, Wide-Column-, Search-, Graph- und SaaS-Systeme teilen kein natürliches Abfragemodell. Die Oberfläche darf nur Metadaten-, Vorschau-, Abfrage-, Übertragungs-, Lösch- oder Qualitätsverhalten anbieten, das der aktuelle Source-Vertrag bereitstellt.
Die Verbindung ist eine Umgebungsentscheidung.
Herstellerclients, Netzrouten, TLS, Zugangsdaten, Berechtigungen, API-Limits und Target-Policies werden in der Bereitstellung geprüft. Öffentliche Konnektorpräsenz zertifiziert nicht alle Herstellerversionen.
Kontrollierte Analytics hat einen engeren direkten Pfad.
Der aktuelle Dataset-bewusste Analytics-Compiler zielt auf PostgreSQL. Andere Konnektoren können über einen abgenommenen Materialisierungs- oder Dialektadapterpfad teilnehmen; Katalogpräsenz schafft keine direkte Compiler-Unterstützung.
Verbindungen mit expliziten Funktionsprofilen
Funktionsverträge der Konnektoren
Funktionen hängen vom Konnektor, Treiber und der abgenommenen Bereitstellung ab.
Relationale Datenbanken
UmgebungsabhängigPostgreSQL
Kontrollierte relationale Quelle für Discovery, kontrolliertes SQL und unterstützte Datenoperationen.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Von der Source über SQL Console, Dataset, Data Quality und Pipeline bis zu kontrollierten Analytics.
- Funktionsmodell
- Verbindungsprüfung, Metadaten, Abfragen, Übertragung, Schreibzugriff und Qualitätsprüfungen werden aus dem bereitgestellten Treibervertrag aufgelöst.
- Wichtige Abgrenzung
- Der aktuelle Dataset-bewusste Analytics-Compiler ist PostgreSQL-spezifisch; auch einzelne Laufzeitfunktionen erfordern eine Abnahme.
Relationale Datenbanken
UmgebungsabhängigMySQL / MariaDB
Relationale Konnektivität der MySQL-Familie; MariaDB wird über den kompatiblen Treiberpfad eingebunden.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Source Discovery, begrenzte Leseoperationen und funktionsgeprüfte Übertragungs- oder Qualitätsabläufe.
- Funktionsmodell
- Jede Operation wird aus dem Treibervertrag der MySQL-Familie und der Zielbereitstellung aufgelöst.
- Wichtige Abgrenzung
- Kompatibilität bedeutet kein identisches Verhalten über alle MySQL- und MariaDB-Versionen oder Konfigurationen hinweg.
Relationale Datenbanken
UmgebungsabhängigMicrosoft SQL Server
Relationale Unternehmensquelle, eingebunden über einen funktionsbewussten SQL-Server-Treiber.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Kontrollierte Discovery, lesende Exploration und zertifizierte Source- oder Target-Operationen.
- Funktionsmodell
- Metadaten-, Abfrage-, Übertragungs-, Schreib- und Qualitätsfunktionen werden je bereitgestelltem Treiber aufgelöst.
- Wichtige Abgrenzung
- Herstellerruntime, TLS, Berechtigungen und Datenbankkonfiguration bleiben Bestandteil der Abnahme.
Relationale Datenbanken
UmgebungsabhängigOracle Database
Oracle-Konnektivität für kontrollierte Discovery und funktionsgeprüfte Datenoperationen.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Ein bestehendes System untersuchen, begrenzte Lesezugriffe ausführen und zertifizierte Migrations- oder Qualitätspfade nutzen.
- Funktionsmodell
- Jede Operation wird gegen Oracle-Treiber, Client-Runtime und Datenbankrichtlinie aufgelöst.
- Wichtige Abgrenzung
- Namentliche Unterstützung bedeutet keine universelle Parität bei Versionen, Funktionen oder Schreibpfaden.
Relationale Datenbanken
UmgebungsabhängigIBM Db2
Db2-Konnektivität für kontrollierte Discovery von Unternehmensdaten und unterstützte Ausführungspfade.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Legacy- oder operative Schemas untersuchen und zertifizierte Migrations- oder Validierungsabläufe anbinden.
- Funktionsmodell
- Metadaten-, Abfrage- und Übertragungsverhalten werden über den bereitgestellten Db2-Vertrag aufgelöst.
- Wichtige Abgrenzung
- Clientbibliotheken, Plattformedition, Berechtigungen und Netzrichtlinien erfordern eine Umgebungsabnahme.
Relationale Datenbanken
UmgebungsabhängigSQLite
Dateibasierte relationale Konnektivität für begrenzte Entwicklungs- und kontrollierte Source-Szenarien.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Eine freigegebene SQLite-Datenbank über die registrierte Source-Abstraktion untersuchen und abfragen.
- Funktionsmodell
- Lese- und Metadatenverhalten werden aus dem SQLite-Source-Vertrag aufgelöst.
- Wichtige Abgrenzung
- SQLite wird weder als mandantenfähige Unternehmensdatenbank noch als Ersatz für verwalteten Produktivspeicher dargestellt.
Data Warehouse und Lakehouse
UmgebungsabhängigSAP HANA
SAP-HANA-Konnektivität für kontrollierte Enterprise Discovery und freigegebenen Datenzugriff.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Operative oder analytische HANA-Daten mit kontrollierter Exploration und nachgelagerten Abläufen verbinden.
- Funktionsmodell
- Operationen werden aus HANA-Treiber, installiertem Client und Bereitstellungsrichtlinie aufgelöst.
- Wichtige Abgrenzung
- Direkte Analytics-Kompilierung und Übertragungsverhalten erfordern den entsprechenden zertifizierten Adapterpfad.
Data Warehouse und Lakehouse
UmgebungsabhängigSnowflake
Konnektivität zu Cloud-Datenplattformen über explizite Source-Funktionen.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Kontrollierte Schemas erkunden, Daten untersuchen und unterstützte Übertragungs- oder Validierungsabläufe anbinden.
- Funktionsmodell
- Metadaten-, Abfrage-, Übertragungs- und Qualitätsfunktionen werden aus dem Snowflake-Treibervertrag aufgelöst.
- Wichtige Abgrenzung
- Advanexus ersetzt Snowflake nicht; eine PostgreSQL-spezifische kontrollierte Kompilierung wird nicht vorausgesetzt.
Data Warehouse und Lakehouse
UmgebungsabhängigDatabricks SQL
Databricks-SQL-Konnektivität für funktionsgeprüfte Discovery und kontrollierten Zugriff.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Einen bestehenden Lakehouse-SQL-Endpunkt mit kontrollierter Exploration und unterstützten Folgeoperationen verbinden.
- Funktionsmodell
- Operationen werden aus Databricks-SQL-Treiber und Umgebungskonfiguration aufgelöst.
- Wichtige Abgrenzung
- Namentliche Konnektivität beansprucht keine Funktionsparität für Notebooks, Spark, Delta oder Workspace-Administration.
Key-Value
UmgebungsabhängigAmazon DynamoDB
Key-Value-Source-Unterstützung über einen DynamoDB-spezifischen Funktionsvertrag.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Freigegebene Daten über natives Source-Verhalten und zertifizierte Übertragungspfade ermitteln und untersuchen.
- Funktionsmodell
- DynamoDB-native Operationen werden genutzt, ohne ein relationales SQL-Modell anzunehmen.
- Wichtige Abgrenzung
- SQL Console, Joins, Schemaverhalten und Schreibsemantik werden nicht von relationalen Konnektoren abgeleitet.
Dokument
UmgebungsabhängigMongoDB
Konnektivität zu Dokumentquellen mit funktionsbewusster Discovery und Datenoperationen.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Dokument-Collections untersuchen und unterstützte Source-, Übertragungs- oder Validierungsabläufe nutzen.
- Funktionsmodell
- Operationen werden aus dem MongoDB-nativen Treibervertrag aufgelöst.
- Wichtige Abgrenzung
- Dokumentstruktur, Abfragesemantik und Schemavariabilität werden nicht als relationale Funktionsparität dargestellt.
Key-Value
UmgebungsabhängigRedis
Redis-Source-Konnektivität für freigegebene Key-Value-Inspektion und native Operationen.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Registrierten Verbindungsscope und funktionsspezifischen Zugriff auf operative Keyspaces nutzen.
- Funktionsmodell
- Verhalten wird über Redis-native Verträge statt über generische SQL-Annahmen aufgelöst.
- Wichtige Abgrenzung
- Kundenseitige Redis Sources sind von den Diensten zum Betrieb der Plattform isoliert und behalten ihren eigenen Sicherheitskontext.
Wide-Column
UmgebungsabhängigApache Cassandra
Cassandra-Konnektivität für nativen, funktionsgeprüften Wide-Column-Datenzugriff.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Freigegebene Keyspaces untersuchen und zertifizierte Source- oder Migrationsoperationen nutzen.
- Funktionsmodell
- Operationen werden aus Cassandra-Treiber und nativem Abfragemodell aufgelöst.
- Wichtige Abgrenzung
- Relationale Joins, Transaktionen und PostgreSQL-Analytics-Kompilierung werden nicht vorausgesetzt.
Graph
UmgebungsabhängigNeo4j
Graph-Source-Konnektivität über Neo4j-spezifische Discovery- und Abfrageverträge.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Eine freigegebene Graph-Source registrieren und unterstützte native Explorations- oder Übertragungsfunktionen nutzen.
- Funktionsmodell
- Graphoperationen werden über den Neo4j-Treiber statt über eine relationale Abstraktion aufgelöst.
- Wichtige Abgrenzung
- Kundenseitige Neo4j-Daten sind nicht der interne Advanexus-Assurance-Evidence-Graph-Speicher.
Suche
UmgebungsabhängigElasticsearch
Search-Platform-Source-Konnektivität für freigegebene Index-Discovery und native Operationen.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Registrierte Indizes untersuchen und funktionsgeprüfte Lese- oder Datenbewegungsabläufe nutzen.
- Funktionsmodell
- Operationen werden aus Elasticsearch-Treiber und Cluster-Richtlinie aufgelöst.
- Wichtige Abgrenzung
- Kundenseitige Elasticsearch Sources werden nie als interner Assurance-Nachweisindex dargestellt.
Suche
UmgebungsabhängigOpenSearch
OpenSearch-Konnektivität für funktionsgeprüfte Index-Discovery und nativen Datenzugriff.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Einen bestehenden Search-Cluster registrieren und unterstützte Lese- oder Datenbewegungsabläufe nutzen.
- Funktionsmodell
- Operationen werden aus OpenSearch-Treiber, Zugangsdaten und Cluster-Richtlinie aufgelöst.
- Wichtige Abgrenzung
- OpenSearch-Konnektivität bedeutet weder Elasticsearch-Versionsparität noch interne Assurance-Speicherung.
Enterprise-SaaS
UmgebungsabhängigSalesforce
Enterprise-SaaS-Konnektivität über einen Salesforce-spezifischen Source-Funktionsvertrag.
Funktionsvertrag anzeigen
- Typischer kontrollierter Pfad
- Freigegebene CRM-Objekte in kontrollierte Discovery und unterstützte nachgelagerte Datenflüsse einbinden.
- Funktionsmodell
- Verfügbare Objekte und Operationen werden aus Salesforce-Adapter und Tenant-Richtlinie aufgelöst.
- Wichtige Abgrenzung
- API-Limits, Objektberechtigungen, Authentifizierung und Schreibverhalten bleiben umgebungsspezifisch.
Nächster Schritt
Beginnen Sie mit dem Datenfluss, der keine Unklarheit zulässt.
Bringen Sie die relevanten Systeme, Verantwortlichen, Regeln, Lieferverpflichtungen und Nachweisanforderungen ein.
Kritischen Datenfluss besprechen