Konzeptkarte

SAP HANA Smart Data Access (SDA)

Stand 2026-07-23

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist SAP HANA Smart Data Access (SDA)?

Smart Data Access tauscht Replikationskosten gegen Kosten zur Abfragezeit — kein ETL, keine Veralterung, aber jede Abfrage kostet einen Netzwerk-Roundtrip und eine Remote-Last, weshalb es sich bei seltener, explorativer Nutzung lohnt und bei einer Produktionsgröße von 100 Mio. Zeilen deutlich verliert.

Worum es geht

Smart Data Access (SDA) ist die HANA-seitige Datenvirtualisierungsoberfläche — die Fähigkeit, innerhalb von HANA eine virtuelle Tabelle zu definieren, die auf eine entfernte Quelle verweist (Oracle, Microsoft SQL Server, Teradata, Hadoop Hive, PostgreSQL, generisches ODBC), und HANA die entfernte Quelle bei Bedarf abfragen zu lassen, wobei Prädikate und Joins dorthin verlagert werden, wo der entfernte Optimierer sie verarbeiten kann. Es ist das Föderationsmuster von HANA und ein Schlüsselwerkzeug, wenn die Daten des Kunden über heterogene Quellen verstreut sind, die nicht repliziert werden können oder sollen.

Warum es zählt

Die Föderations-Engine von HANA verlagert Filter und Joins dorthin, wo der entfernte Optimierer sie verarbeiten kann, und führt den Rest lokal aus, nachdem die Remote-Quelle geantwortet hat.
Für hochfrequente operative Abfragen gegen große entfernte Tabellen schlägt die Replikation nach HANA (über SDI oder BDC Native Shares) SDA fast immer bei den Gesamtkosten.
Der klassische Fehlerfall ist die Nutzung von SDA für Produktions-Analytics gegen eine entfernte Tabelle mit 100 Millionen Zeilen — die Abfragelatenz wird innerhalb eines Monats unerträglich.

Kernpunkte

Föderation, keine Replikation — Virtual Tables verweisen auf entfernte Quellen (Oracle, SQL Server, Teradata, Hive, PostgreSQL, ODBC); Abfragen werden bei Bedarf gegen die Remote-Quelle ausgeführt.
Pushdown — die Föderations-Engine von HANA analysiert Abfragen, verlagert Filter/Joins dorthin, wo der entfernte Optimierer sie unterstützt, und führt den Rest lokal aus.
Trade-off — eliminiert Replikationskosten (kein ETL, kein Speicher, keine Veralterung), zahlt aber Kosten zur Abfragezeit (Netzwerk, Remote-Last, kein HANA-Cache).
Wann ja — Exploration, einmaliges Laden, Compliance-Vorgaben verbieten Replikation.
Anti-Muster — Produktions-Analytics gegen entfernte Tabellen mit 100 Millionen Zeilen; stattdessen über SDI oder BDC Native Shares replizieren.
SAP HANA Smart Data Access (SDA) ist erst dann beherrscht, wenn es eine benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool vorführen.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und Nachrichtensignale als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Definieren Sie Owner, Metrik, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.

Begriffe auf dieser Seite

Smart Data Access (SDA): Die Föderationsoberfläche von HANA — Virtual Tables, die entfernte Quellen bei Bedarf abfragen, ohne die Daten zu replizieren; die günstigere, aber langsamere Alternative zur Replikation über Smart Data Integration.
Remote Source: Eine im HANA-Katalog erfasste Verbindung zu einer externen Datenbank (Oracle, MS SQL Server, Hadoop usw.); die Grundlage, unter der Virtual Tables definiert werden.
Virtual Table: Ein HANA-Katalogobjekt, das über eine Remote Source auf eine entfernte Tabelle oder View verweist; erscheint im HANA-Katalog wie eine lokale Tabelle, wird aber zur Abfragezeit gegen die Remote-Quelle ausgeführt.
Query-Pushdown: Das Föderationsmuster, bei dem HANA entscheidet, welche Teile einer SQL-Abfrage (Filter, Joins, Projektionen) der entfernte Optimierer ausführen kann, diese Teile an die Remote-Quelle sendet und den Rest lokal ausführt.
Entscheidungsträger: Die verantwortliche Person, die den Trade-off akzeptiert und die nächste Maßnahme finanziert.
Semantischer Vertrag: Die gemeinsame Definition von Geschäftsbegriffen, Metriken, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.
Kontrollebene: Die Schicht, die Richtlinien, Zugriff, Herkunftsnachweis (Lineage), Monitoring und Eskalation im gesamten Betriebsmodell durchsetzt.
Evidenzgrad: Eine Kennzeichnung, die verifizierte Fakten, richtungsweisende Signale, modellierte Annahmen und Feldbeobachtungen voneinander trennt.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke.

In der App öffnen →