ArcMap

Unterstützte Datenbankmanagementsysteme

Diese ArcGIS 10.4-Dokumentation wurde archiviert und wird nicht mehr aktualisiert. Inhalt und Links sind möglicherweise veraltet. Verwenden Sie die aktuelle Dokumentation.

Über eine Verbindung von ArcGIS-Clients können Sie mit den Daten arbeiten, die in den Datenbankmanagementsystemen enthalten oder den hier aufgeführten Data Warehouse Appliances aufgeführt sind. Eine Beschreibung der für die Arbeit mit Datenbanken aus ArcGIS verfügbaren Funktionen finden Sie unter Datenbanken und ArcGIS.

Datenbankmanagementsysteme unterscheiden sich voneinander sowohl in Bezug auf ihre Implementierung als auch ihre bereitgestellten Funktionen. Daher sind bei der Arbeit mit dem jeweiligen Datenbanktyp in ArcGIS bestimmte Einschränkungen oder Regeln zu beachten. Diese werden in den folgenden Abschnitten aufgeführt.

ALTIBASE

Räumliche Daten werden mithilfe des ALTIBASE-Geometrietyps in ALTIBASE gespeichert. Zwar ist der Geometrietyp in ALTIBASE standardmäßig vorhanden, aber um ihn mit ArcGIS verwenden zu können, müssen Sie zwei Systemtabellen erstellen, um Geometrie- und Raumbezugsinformationen zu speichern. Beachten Sie, dass der Geometrietyp ALTIBASE nur X- und Y-Koordinaten unterstützt.

Informieren Sie sich, welche Versionen von ALTIBASE von ArcGIS 10.4.1 unterstützt werden.

Dameng

Räumliche Daten werden im Dameng-Geometrietyp gespeichert. Eine typische Installation von Dameng umfasst einen räumlichen Typ, der jedoch vor seiner Verwendung initialisiert werden muss.

Informieren Sie sich, welche Versionen von Dameng von ArcGIS 10.4.1 unterstützt werden.

IBM Db2

Mit DB2 werden Verbindungen zur Datenbank unter Verwendung von Betriebssystemanmeldungen authentifiziert. Wenn Sie jedoch eine Verbindung zu DB2 über das Dialogfeld Datenbankverbindungen oder das Geoverarbeitungswerkzeug Datenbankverbindung erstellen herstellen, können Sie die Option Datenbankauthentifizierung angeben. Auf diese Weise können Sie den spezifischen Benutzernamen und das Kennwort für die Anmeldung speichern, was für die Registrierung der Datenbankverbindung in ArcGIS for Server unabdingbar ist.

ArcGIS erfordert ein eindeutiges Kennungsfeld zum Rendern von Features in einer Karte. In ArcGIS werden bei der Erstellung neuer Features Werte aus der Datenbank in das eindeutige Kennungsfeld eingefügt. Da DB2 z/OS über keinen Datentyp oder integrierten Mechanismus verfügt, um ID-Felder mit Werten zu füllen, können ArcGIS-Werkzeuge, die neue Zeilen in einer Datenbanktabelle erstellen, nicht für Datenbanken in DB2 z/OS verwendet werden. Da die Einfügung von Features in eine DB2 z/OS-Tabelle aus ArcGIS nicht möglich ist, können keine Feature-Services veröffentlicht werden, die Daten aus einer DB2 z/OS-Datenbank enthalten.

Sollten Sie Funktionen wie Anlagen, Archivierung, Topologie, Geodatabase-Versionen für gleichzeitige Bearbeitung, die Möglichkeit der Replikation von Daten oder die Veröffentlichung von Feature-Services, die Daten aus DB2 z/OS enthalten, benötigen, können Sie eine Geodatabase in Ihrer DB2-Datenbank aktivieren.

Informieren Sie sich, welche Versionen von DB2 von ArcGIS 10.4.1 unterstützt werden.

IBM Informix

Mit Informix werden Verbindungen zur Datenbank unter Verwendung von Betriebssystemanmeldungen authentifiziert. Wenn Sie eine Verbindung zu Informix über das Dialogfeld Datenbankverbindungen oder das Geoverarbeitungswerkzeug Datenbankverbindung erstellen herstellen, können Sie die Option Datenbankauthentifizierung angeben. Auf diese Weise können Sie den spezifischen Benutzernamen und das Kennwort für die Anmeldung speichern, was für die Registrierung der Datenbankverbindung in ArcGIS for Server unabdingbar ist.

Um Funktionen wie Anlagen, Archivierung, Topologie, Geodatabase-Versionen für gleichzeitige Bearbeitung oder die Möglichkeit der Replikation von Daten nutzen zu können, aktivieren Sie eine Geodatabase in Ihrer Informix-Datenbank.

Informieren Sie sich, welche Versionen von Informix von ArcGIS 10.4.1 unterstützt werden.

Microsoft Azure SQL Database

Microsoft Azure SQL Database ist ein Cloud-basierter Datenbank-Service. Um ArcGIS mit Azure SQL Database verwenden zu können, installieren Sie einen unterstützten Microsoft ODBC-Treiber für SQL Server auf dem ArcGIS-Client-Computer.

Beachten Sie für die Arbeit mit Azure SQL Database aus ArcGIS die folgenden Regeln:

  • Führen Sie die ArcGIS-Clients nach Möglichkeit unter Microsoft Azure aus, und verwenden Sie denselben Ort (Region) wie die Azure SQL Database, um eine bessere Performance zu erzielen.
  • Da die Implementierungen von Azure SQL Database und SQL Server einander stark ähneln, gibt es keine separate Option für Azure SQL Database im Dialogfeld Datenbankverbindung bzw. im Geoverarbeitungswerkzeug Datenbankverbindung erstellen. Geben Sie für die Verbindung mit Azure SQL Database SQL Server an, und befolgen Sie die Anweisungen zur Erstellung einer Verbindung mit ArcGIS zu SQL Server.
  • Sie müssen den Datenbanknamen in das Dialogfeld Datenbankverbindung eingeben. Sie können die Datenbank weder aus einer Dropdown-Liste auswählen noch das Textfeld Datenbank leer lassen.
  • Wenn Sie große Datenmengen in eine Feature-Class laden (mehrere Millionen Datensätze oder mehr), sollten Sie die räumliche Ausdehnung (X, Y) der Daten schätzen und einen entsprechenden räumlichen Index für die Feature-Class erstellen, bevor Sie die Daten laden. Der Vorgang der Erstellung eines räumlichen Index für eine Feature-Class, die mehrere Millionen Datensätze enthält, könnte beendet werden, wenn Microsoft Azure feststellt, dass der Vorgang zu viele Serverressourcen verbraucht. Dies kann dazu führen, dass Ihre Feature-Class keinen räumlichen Index besitzt. Daher empfiehlt Esri, zuerst einen geeigneten räumlichen Index zu erstellen und dann die Daten zu laden.

Informieren Sie sich, welche Versionen von Azure SQL Database von ArcGIS 10.4.1 unterstützt werden.

Azure SQL Database außerhalb von ArcGIS

Es gibt bestimmte, von ArcGIS unabhängige Aufgaben, die Sie direkt im Datenbankmanagementsystem ausführen. Wenn Sie mit der Verwendung von SQL Server vertraut sind, sollten Sie einige Unterschiede beachten, falls Sie beabsichtigen, Azure SQL Database zu verwenden. Im Artikel "Comparison of SQL Server with Azure SQL Database" von Microsoft TechNet werden diese Unterschiede näher beschrieben. Da Azure SQL Database außerdem ein mehrinstanzenfähiger Datenbankdienst ist, können die Verbindungen unter bestimmten Bedingungen geschlossen werden, um Ressourcen für andere Benutzer freizugeben. In der Microsoft SQL Azure-Dokumentation finden Sie unter Azure SQL Database Resource Management eine Liste der Bedingungen, bei denen eine Verbindung unter Umständen geschlossen wird.

Microsoft SQL Server

Auch wenn Microsoft den SQL Server-Benutzerkonten die beliebige Benennung von Schemas, in die Daten geschrieben werden, erlaubt, erfordert ArcGIS, dass die Benutzernamen und Schemanamen von Benutzerkonten, mit denen Tabellen, Sichten oder sonstige Objekte in der Datenbank erstellt werden, identisch sein müssen. Beispielsweise können Sie nicht als "elmer" eine Verbindung über ArcGIS herstellen und in ein Schema namens "dataowner" schreiben.

Um Funktionen wie Anlagen, Archivierung, Topologie, Geodatabase-Versionen für gleichzeitige Bearbeitung oder die Möglichkeit der Replikation von Daten nutzen zu können, können Sie eine Geodatabase in Ihrer SQL Server-Datenbank aktivieren.

Informieren Sie sich, welche Versionen von SQL Server von ArcGIS 10.4.1 unterstützt werden.

Netezza Data Warehouse Appliance

Üblicherweise werden in Data Warehouses sehr große Datenmengen gespeichert. Für den Einsatz von ArcGIS für die Visualisierung, Analyse oder Veröffentlichung von Daten in einer Netezza Data Warehouse Appliance verwenden Sie eine Teilmenge von Daten. Die jeweilige Vorgehensweise hängt davon ab, was Sie mit den Daten vorhaben.

Es gibt zwei für ArcGIS spezifische Einschränkungen für die Verwendung einer Netezza Data Warehouse Appliance:

  • Bei Verwendung des älteren räumlichen Netezza-Typs muss der räumlichen Spalte in den Tabellen der Name shape bzw. der Alias shape zugewiesen werden.

    Der altere räumliche Typ verwendet den VARCHAR-Datentyp. Daher überprüft ArcGIS über den Namen bzw. Alias der Spalte shape, dass in der Spalte räumliche Daten und kein Text gespeichert wird. Wenn die räumliche Spalte in Ihrer Tabelle anders benannt ist, erstellen Sie eine Sicht für die Tabelle und weisen Sie der räumlichen Spalte den Aliasnamen shape zu.

  • ArcGIS erfordert ein eindeutiges Kennungsfeld zum Rendern von Features in einer Karte. ArcMap fordert Sie auf, dieses eindeutige ID-Feld anzugeben, wenn Sie der Karte eine räumliche Tabelle hinzufügen.

    ArcGIS-Werkzeuge fügen keine neuen Werte in die eindeutigen ID-Felder einer Datenbank ein, sie sind vielmehr darauf angewiesen, dass die Werte von der Datenbank in das Feld eingefügt werden. Da Netezza über keinen Datentyp oder integrierten Mechanismus verfügt, um ID-Felder mit Werten zu füllen, können ArcGIS-Werkzeuge, die neue Zeilen in einer Datenbanktabelle erstellen, nicht mit Netezza verwendet werden. Da die Einfügung von Features in eine Netezza-Tabelle aus ArcGIS nicht möglich ist, können keine Feature-Services veröffentlicht werden, die Daten aus einer Netezza Data Warehouse Appliance enthalten.

Sonstige Einschränkungen beziehen sich auf Netezza selbst.

  • Da für Netezza Spatial-Pakete unterschiedliche Datentypen verwendet werden, hat das verwendete räumliche Paket Auswirkungen darauf, wie Sie den Netezza-ODBC-Treiber konfigurieren, um eine Verbindung mit Netezza über Client-Anwendungen herstellen zu können.
  • Als Netezza-Benutzer ist Ihnen bekannt, dass in Netezza Spatial einfache Daten gespeichert werden. Daher können Sie keine komplexen Daten aus einer Geodatabase oder einer anderen Datenbank nach Netezza kopieren.
  • Als Netezza-Benutzer ist Ihnen bekannt, dass Zeilen auf eine Gesamtgröße von 65.535 Byte beschränkt sind. Als Unterstützung beim Berechnen der Zeilengrößen werden in der folgenden Tabelle die Netezza-Datentypen, die ArcGIS in Netezza erstellt, sowie der für die Datentypen erforderliche Speicherplatz angezeigt:

ArcGIS-FeldtypErstellter Netezza-DatentypSpeicherbedarf

DATE

TIMESTAMP

8 Byte

DOUBLE

numeric(p,s)

Standardmäßig p (Genauigkeit) = 38 und s (Dezimalstellen) = 8.

Genauigkeit von 9 oder weniger = 4 Byte

Genauigkeit von 10-18 = 8 Byte

Genauigkeit von 19–38 = 16 Byte

FLOAT

Wenn eine Genauigkeit von 6 oder weniger angegeben wird, wird "numeric(p,s)" erstellt. Wenn eine Genauigkeit von 7-15 angegeben wird, wird "double" erstellt.

numeric = 4 Byte

double = 8 Byte

GEOMETRY

Wenn Sie das ältere Netezza Spatial-Paket verwenden, wird eine Spalte für Zeichenfolgen mit variabler Länge (bis 64.000) erstellt.

Wenn Sie das Netezza Spatial-Paket von Esri verwenden, wird die Spalte "ST_GEOMETRY" erstellt.

Für das ältere Netezza Spatial-Paket

  • Punktgeometrien werden als "CHARACTER VARYING(80)" erstellt.
  • Die Grundgröße für alle anderen Geometrien ist 64.000 Byte. Wenn allerdings das Erstellen eines Feldes dieser Größe dazu führen würde, dass die gesamte Zeilengröße 65.535 Byte überschreitet, wird das VARCHAR-Feld mit einer kleineren Genauigkeit erstellt.

    Wenn z. B. die Gesamtgröße aller anderen Felder in der Zeile 2.000 Byte beträgt, wird das Geometriefeld als "character varying(63.535)" erstellt.

Für das Netezza Spatial-Paket von Esri

  • Punktgeometrien werden als "ST_Geometry(140)" erstellt.
  • Die Grundgröße für alle anderen Geometrien ist 64.000 Byte. Wenn allerdings das Erstellen eines Feldes dieser Größe dazu führen würde, dass die gesamte Zeilengröße 65.535 Byte überschreitet, wird das Feld "ST_Geometry" mit einer kleineren Genauigkeit erstellt.

    Wenn z. B. die Gesamtgröße aller anderen Felder in der Zeile 2.000 Byte beträgt, wird das Geometriefeld als "ST_Geometry" (63.535) erstellt.

GUID

Fixed length character(38)

40 Byte

LONG INTEGER

Wenn der Maßstab größer als 0 ist, wird "numeric(p,s)" erstellt. Wenn der Maßstab 0 ist, wird "integer" erstellt.

integer = 4 Byte

"numeric" mit einer Genauigkeit von 9 oder weniger = 4 Byte

"numeric" mit einer Genauigkeit von 10-18 = 8 Byte

"numeric" mit einer Genauigkeit von 19-38 = 16 Byte

OBJECTID

integer

4 Byte

SHORT INTEGER

SMALLINT

2 Byte

TEXT

Variable length, Unicode(p)

P ist die für das Feld "TEXT" angegebene Feldlänge. Der Standardwert ist 50.

p x 4 = Anzahl verwendeter Byte

Informieren Sie sich, welche Versionen von Netezza Data Warehouse Appliance von ArcGIS 10.4.1 unterstützt werden.

Oracle

ArcGIS unterstützt folgende räumlichen Typen in Oracle-Datenbanken: "SDO_Geometry" von Oracle und "ST_Geometry" von Esri. Bei SDO_Geometry handelt es sich um die separate Installation eines Drittanbieters. Wenn Sie den Datentyp "ST_Geometry" von Esri für die Speicherung räumlicher Daten verwenden möchten, kopieren Sie die ST_Geometry-Shape-Bibliothek auf Ihren Oracle-Computer und führen Sie das Geoverarbeitungswerkzeug Räumlichen Typ erstellen aus, um den Typ "ST_Geometry", Subtypes und Funktionen zu erstellen.

Um Funktionen wie Anlagen, Archivierung, Topologie, Geodatabase-Versionen für gleichzeitige Bearbeitung oder die Möglichkeit der Replikation von Daten nutzen zu können, aktivieren Sie eine Geodatabase in Ihrer Oracle-Datenbank.

Informieren Sie sich, welche Versionen von Oracle von ArcGIS 10.4.1 unterstützt werden.

PostgreSQL

ArcGIS unterstützt zwei räumliche Typen in PostgreSQL-Datenbanken: "Geometry" von PostGIS und "ST_Geometry" von Esri. Bei PostGIS handelt es sich um die separate Installation eines Drittanbieters. Wenn Sie den Datentyp "ST_Geometry" von Esri für die Speicherung räumlicher Daten verwenden möchten, kopieren Sie die Bibliothek "ST_Geometry" in Ihre PostgreSQL-Installation und führen Sie das Geoverarbeitungswerkzeug Räumlichen Typ erstellen aus, um den Typ "ST_Geometry", Subtypes, Sichten und Funktionen zu erstellen.

Auch wenn PostgreSQL den Benutzerkonten die beliebige Benennung von Schemas, in die Daten geschrieben werden, erlaubt, erfordert ArcGIS, dass die Benutzernamen und Schemanamen von Benutzerkonten, mit denen Tabellen, Sichten oder sonstige Objekte in der Datenbank erstellt werden, identisch sein müssen. Beispielsweise können Sie nicht über ArcGIS eine Verbindung als "vlad" herstellen und in ein öffentliches Schema schreiben.

Um Funktionen wie Anlagen, Archivierung, Topologie, Geodatabase-Versionen für gleichzeitige Bearbeitung oder die Möglichkeit der Replikation von Daten nutzen zu können, aktivieren Sie eine Geodatabase in Ihrer PostgreSQL-Datenbank.

Informieren Sie sich, welche Versionen von PostgreSQL und PostGIS-Geometrie von ArcGIS 10.4.1 unterstützt werden.

SAP HANA

Beachten Sie bei der Verwendung von SAP HANA die folgenden Informationen:

  • SAP HANA verwendet Datenspeicherung in Spaltenform, die sich als eigenständiger Index verhält. Daher ist für räumliche Spalten in SAP HANA-Tabellen kein räumlicher Index für Abfragen erforderlich.
  • Da SAP HANA keine benutzerdefinierten Indizes verwendet, werden keine Indizes für Tabellen in SAP HANA verwaltet oder neu erstellt.
  • Wenn Sie Daten nach SAP HANA laden, muss der von den Daten verwendete Raumbezug in der SAP HANA-Systemtabelle vorhanden sein.
  • SAP HANA hat sein Raumbezugssystem EPSG ID 4326 von einer planaren Darstellung von WGS84 in eine Erdkugel-Darstellung geändert. Tabellen, die räumliche Daten in SAP HANA mit dem Raumbezugssystem 4326 speichern, funktionieren möglicherweise in ArcGIS nicht wie erwartet.

    Die Erdkugel-Implementierung von WGS84 (EPSG ID: 4326) in SAP HANA enthält wichtige Beschränkungen, die sich auf die Verarbeitung bestimmter Datentypen hinderlich auswirken. So liefern beispielsweise globale Datasets, die die Grenzen von Hemisphären überschreiten, oder Linien über beide Hemisphären hinweg keine einheitlichen Ergebnisse. Mit ArcGIS erstellte oder geladene Daten werden weiterhin mithilfe einer planaren Version des WGS84-Koordinatensystems (EPSG ID 1000004326) gespeichert, um sicherzustellen, dass ArcGIS alle Datentypen verarbeiten kann. Dennoch kann ArcGIS WGS-Daten im Erdkugel-Format lesen, die Sie in SAP HANA mit SQL oder dem Produkt eines Drittanbieters erstellt haben.

  • SAP HANA speichert Informationen zu Raumbezugssystemen in der Systemansicht "ST_SPATIAL_REFERENCE_SYSTEMS". In SAP HANA geladene räumliche Daten müssen entweder einen Raumbezug von NULL aufweisen oder einen Raumbezug verwenden, der in der Systemansicht "ST_SPATIAL_REFERENCE_SYSTEMS" enthalten ist. Sollte das Raumbezugssystem für die zu ladenden Daten in der Sicht nicht vorhanden sein, verwenden Sie die Anweisung SAP HANA CREATE SPATIAL REFERENCE SYSTEM, um die Sicht mit dem benötigten Raumbezugssystem zu aktualisieren.

    Wenn für räumliche Daten, die Sie in Ihre SAP HANA-Datenbank importieren oder kopieren, kein Raumbezug definiert ist, weist SAP HANA einen Standard-SRID von 0 zu, was einem kartesischen Raumbezugssystem entspricht, das Daten auf einer zweidimensionalen Ebene verarbeitet.

Informieren Sie sich, welche Versionen von SAP HANA von ArcGIS 10.4.1 unterstützt werden.

SQLite

ArcGIS unterstützt SQLite-Datenbanken mit den folgenden Dateierweiterungen, die einen der folgenden Speichertypen enthalten:

  • "ST_Geometry" von Esri: Die Datenbankdatei muss die Erweiterung .sqlite aufweisen.
  • SpatiaLite: Die Datenbankdatei muss die Erweiterung .sqlite aufweisen.
  • GeoPackages: Die GeoPackage-Datei muss die Erweiterung .gpkg aufweisen.

Sie können nur einen räumlichen Speichertyp pro SQLite-Datenbank verwenden. Weitere Informationen zum Hinzufügen eines räumlichen Speichertyps zu einer vorhandenen Datenbank finden Sie unter Räumliches Aktivieren einer SQLite-Datenbank.

Um eine SQLite-Datenbank zu erstellen, die den ST_Geometry- oder SpatiaLite-Speicher verwendet, oder um ein GeoPackage zu erstellen, verwenden Sie das Geoverarbeitungswerkzeug SQLite-Datenbank erstellen.

Informieren Sie sich, welche Versionen von SQLite von ArcGIS 10.4.1 unterstützt werden.

Datenzugriff

Sie steuern den Zugriff auf eine SQLite-Datenbank oder auf GeoPackage, indem Sie die Berechtigungen für den Ordner steuern, in dem diese gespeichert werden. Im Gegensatz zu anderen Datenbanken erstellen Sie keine Benutzer, die durch die Datenbank authentifiziert werden, oder erteilen anderen Benutzern keine Berechtigungen für bestimmte Datasets.

SQLite und GeoPackages können von mehreren Benutzern gelesen werden. Nehmen Sie jedoch nur dann eine Aktualisierung der Datenbank und ihrer Inhalte vor, wenn niemand anders gerade Daten bearbeitet oder die Datenbank aktualisiert. Hängen Sie beispielsweise keine Daten an vorhandene Tabellen an bzw. erstellen Sie keine Tabelle in der Datenbank, während ein anderer Benutzer Daten lädt oder eine Tabelle in der Datenbank erstellt.

Datentypen

SQLite unterscheidet sich außerdem insofern von anderen Datenbanken, dass Felder keinen bestimmten Datentypen zugewiesen und Datentypdefinitionen nicht streng erzwungen werden. Stattdessen verwendet SQLite Speicherklassen, in denen Werte unterschiedlicher Datentypen gespeichert werden können.

ArcGIS kann jedoch nur mit einem Datentyp pro Feld arbeiten und sorgt dafür, dass Datentypen streng erzwungen werden. Sie sollten diesen Unterschied bei der Erzwingung von Datentypen beachten, wenn Sie SQLite-Daten in ArcGIS anzeigen.

Im folgenden Beispiel wird eine Tabelle mit ganzzahligen und Textfeldern erstellt:

CREATE TABLE mytable (
  id INTEGER PRIMARY KEY NOT NULL, 
  item TEXT, 
  weight INTEGER,
  store TEXT;

Obgleich das Feld "weight" als ganzzahliges Feld definiert ist, lässt SQLite die Speicherung von Zahlen mit Dezimalstellen in diesem Feld zu. Sie können sogar Text darin speichern. Sie können beispielsweise die folgenden Datensätze einfügen:

INSERT INTO mytable (id, item, weight, store) VALUES( 1, “magnetic dual elliptical trainer with seat”, 75, “CardioPlus Equipment”
);
INSERT INTO mytable (id, item, weight, store) VALUES( 2, “superfit treadmill4000”, 81.2, “Sports Pit”
);
INSERT INTO mytable (id, item, weight, store) VALUES( 3, “serenity yoga mat”, .4588, “Aerobic Angels Sporting Goods”
);
INSERT INTO mytable (id, item, weight, store) VALUES( 4, “swim fins”, "two", “The Plunge”
);

Die Werte werden allerdings folgendermaßen in ArcGIS angezeigt, da das Feld "weight" als ganzzahliges Feld definiert ist:

iditemweightstore

1

magnetic dual elliptical trainer with seat

75

CardioPlus Equipment

2

superfit treadmill4000

81

Sports Pit

3

serenity yoga mat

0

Aerobic Angels Sporting Goods

4

swim fins

0

The Plunge

Unter In ArcGIS unterstützte DBMS-Datentypen wird aufgelistet, welche SQLite-Datentypen welchen ArcGIS-Datentypen zugeordnet sind.

Teradata Data Warehouse Appliance

Um eine direkte Verbindung von ArcGIS mit einer Teradata-Datenbank herzustellen, müssen Sie den Teradata GSS-Client, die ICU-Datenbank und den ODBC-Treiber in einer bestimmten Reihenfolge auf den ArcGIS-Client-Computern installieren. Weitere Informationen finden Sie unter Herstellen einer Verbindung mit Teradata.

Informieren Sie sich, welche Versionen von Teradata Data Warehouse Appliance und der Client-Bibliotheken von ArcGIS 10.4.1 unterstützt werden.

Nachfolgend finden Sie eine Liste der Richtlinien für die Verwendung einer Teradata Data Warehouse Appliance mit ArcGIS:

  • Den räumlichen Spalten in den Tabellen muss der Name shape bzw. der Alias shape in einer Sicht zugewiesen werden.

    Der zugrunde liegende Speicher für den Teradata-Typ "ST_Geometry" ist CLOB. Daher kann ArcGIS nur anhand des Namens oder Alias der Spalte (shape) feststellen, dass in der Spalte räumliche Daten gespeichert sind.

  • Beim Hinzufügen von Tabellen in Teradata über einen ArcGIS-Client werden die Tabellen von ArcGIS grundsätzlich in der benutzereigenen Datenbank erstellt. Das Erstellen von Tabellen in anderen Datenbanken als der eigenen Datenbank des Benutzers wird von ArcGIS nicht unterstützt. (Benutzer- und Datenbankname müssen identisch sein.) Für außerhalb von ArcGIS hinzugefügte Tabellen gilt diese Regel nicht. Benutzer, die über ArcGIS mit Teradata verbunden sind, können die Daten dennoch anzeigen und veröffentlichen. Wenn Sie einen editierbaren Feature-Service veröffentlichen, können Benutzer die Daten bearbeiten.
  • Sie müssen die von Teradata bereitgestellten Mosaik-Funktionen verwenden, um einen räumlichen Index in der Teradata-Spalte "ST_Geometry" zu erstellen und zu verwalten.

    Teradata verwendet den bereitgestellten räumlichen Mosaik-Index mit einem vordefinierten Interessenbereich. Daher können räumliche ArcGIS-Vorgänge, wie Verkleinern, Vergrößern und Schwenken, die auf dynamischen Eingaben basieren, den Mosaik-Index nicht verwenden. Der Mosaik-Index kann jedoch in einem Abfrage-Layer verwendet werden, wenn die zum Definieren des Abfrage-Layers verwendete SQL-Anweisung den Mosaik-Index explizit verwendet, um eine Teilmenge von Daten auf Grundlage eines Interessenbereichs abzufragen.

  • ArcGIS erfordert ein eindeutiges Kennungsfeld zum Rendern von Features in einer Karte und zum Veröffentlichen von Web-Services. ArcMap fordert Sie auf, dieses eindeutige ID-Feld anzugeben, wenn Sie der Karte eine räumliche Tabelle hinzufügen.

    ArcGIS-Werkzeuge fügen keine neuen Werte in die eindeutigen ID-Felder einer Datenbank ein, sie sind vielmehr darauf angewiesen, dass die Werte von der Datenbank in das Feld eingefügt werden. Da Teradata über keinen Datentyp oder integrierten Mechanismus verfügt, um ID-Felder mit Werten zu füllen, können ArcGIS-Werkzeuge, die neue Zeilen in einer Datenbanktabelle erstellen, nicht mit Teradata verwendet werden.

  • Als Teradata-Benutzer ist Ihnen bekannt, dass der Teradata 14.x-Typ "ST_Geometry" nur zweidimensionale räumliche Daten unterstützt. Aus diesem Grund können räumliche Daten, die Z- oder M-Koordinaten enthalten, nicht in Teradata 14.x eingefügt werden. Da der Teradata 15.0-Typ "ST_Geometry" nur Z-Koordinaten, aber keine M-Koordinaten unterstützt, können Sie in Teradata 15.0 keine räumlichen Daten einfügen, die M-Koordinaten enthalten.
  • In den meisten Fällen werden in einer Teradata Data Warehouse Appliance sehr große Datenmengen gespeichert. Für die Visualisierung, Analyse oder Veröffentlichung von Daten aus ArcGIS verwenden Sie eine Teilmenge von Daten. Die jeweilige Vorgehensweise hängt davon ab, was Sie mit den Daten vorhaben.

  • Wenn Sie ArcGIS verwenden, um der Teradata-Datenbank eine Feature-Class hinzuzufügen, und der von Ihnen angegebene Raumbezug für die Feature-Class nicht in der Teradata-Systemtabelle enthalten ist, fügt ArcGIS der Tabelle "SPATIAL_REF_SYS" einen Datensatz und damit die "GEOMETRY_COLUMNS"-Tabelle hinzu.

    Dadurch können Sie mehr Raumbezüge verwenden als standardmäßig von Teradata bereitgestellt werden. Aktualisierungen auf Hauptversionen von Teradata können diese Tabellen jedoch löschen und neu erstellen, wobei sie jedoch lediglich Standardwerte enthalten.

    Bevor Sie Teradata aktualisieren, sollten Sie stets eine Sicherungskopie der Datenbank anlegen. Stellen Sie sicher, dass sie die Daten in diesen Tabellen enthält, damit sie nach einer Teradata-Aktualisierung bei Bedarf wiederhergestellt werden können. Sie können die folgenden allgemeinen Schritte ausführen, um die Datensätze "SPATIAL_REF_SYS" und "GEOMETRY_COLUMNS" während einer Datenbankaktualisierung zu sichern und wiederherzustellen:

    1. Erstellen Sie eine Sicherungskopie der Datenbank.
    2. Stellen Sie eine Verbindung mit einer Datenbank her, in der Sie Kopien der Tabellen "SPATIAL_REF_SYS" und "GEOMETRY_COLUMNS" ablegen.

      In diesem Beispiel lautet der Name der Datenbank mybackupdb.

      database mybackupdb;

    3. Erstellen Sie Sicherungskopien der Tabellen.

      In diesem Beispiel befinden sich die Quelltabellen in der Datenbank sysspatial.

      CREATE TABLE mybackupdb.spatial_ref_sys   AS sysspatial.spatial_ref_sys WITH DATA;
CREATE TABLE mybackupdb.geometry_columns 
  AS sysspatial.geometry_columns WITH DATA;

    4. Aktualisieren Sie die Teradata-Quelldatenbank.
    5. Stellen Sie eine Verbindung mit der Datenbank her, in die Sie die Tabellen kopiert haben.
    6. Stellen Sie die Tabellen in der aktualisierten Datenbank wieder her.

      --Restore the geometry columns table. INSERT INTO sysspatial.geometry_columns   SELECT * FROM mybackupdb.geometry_columns;
--Restore the spatial_ref_sys table. INSERT INTO sysspatial.spatial_ref_sys   SELECT * FROM mybackupdb.spatial_ref_sys 
  MINUS 
    SELECT * FROM sysspatial.spatial_ref_sys;

    7. Nachdem Sie den Inhalt der Tabellen wiederhergestellt haben, können Sie die Sicherungskopien der Tabellen löschen.

      DROP TABLE mybackupdb.spatial_ref_sys;
DROP TABLE mybackupdb.geometry_columns;

    8. Weisen Sie den Benutzern, die Daten in der Datenbank erstellen, Berechtigungen für diese Tabellen ggf. erneut zu.