Skip To Content

Unterstützte Datenbankmanagementsysteme

Ü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. Informationen zur Verwendung von Datenbanken mit ArcGIS Server finden Sie unter Datenbanken und ArcGIS Enterprise.

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.

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.7.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 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 zur Veröffentlichung von Feature-Services mit Daten aus Db2 z/OS benötigen, können Sie eine Geodatabase in Ihrer Db2-Datenbank aktivieren.

Informieren Sie sich, welche Versionen von Db2 von ArcGIS 10.7.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 Server unabdingbar ist.

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

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

IBM Netezza Data Warehouse Appliance

IBM Netezza Data Warehouse Appliance wird in dieser Version nicht mehr unterstützt.

Üblicherweise werden in Data Warehouses sehr große Datenmengen gespeichert. Wenn Sie ArcGIS zum Visualisieren, Durchführen von Analysen oder Veröffentlichen von Daten in Netezza verwenden möchten, sollten Sie dafür eine Teilmenge an Daten verwenden. Die jeweilige Vorgehensweise hängt davon ab, was Sie mit den Daten vorhaben.

Vorsicht:

Nur wenn Ihre Karte so konfiguriert ist, dass Daten beim Hinzufügen nicht automatisch angezeigt werden, können Sie Daten direkt über die Datenbankverbindung auf die Karte ziehen, auch wenn Sie noch keine Teilmenge von Daten definiert haben. Es würde extrem lange dauern, die riesigen Datenmengen, die normalerweise in einer Data Warehouse-Anwendung gespeichert sind, auf der Karte anzuzeigen.

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 und ArcGIS Pro fordern 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.

Hinweis:

Wenn die Größe einer einzelnen Geometrie die Größe des Feldes überschreitet, wenn Daten in die Feature-Class eingefügt werden, wird eine NULL-Geometrie eingefügt.

Wenn Sie beispielsweise eine Polygon-Feature-Class aus einer anderen Datenquelle kopieren und in die Netezza-Datenbank einfügen, wird die Tabelle mit einem Geometriefeld erstellt (maximale Größe von 64.000 Byte). Als Nächstes werden die Datensätze in die Tabelle eingefügt. Wenn die Größe einer der eingefügten Geometrien 64.000 Byte überschreitet, werden der Datensatz und alle anderen Attribute eingefügt, es wird jedoch eine Null in das Geometriefeld eingefügt.

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 Textfeld angegebene Feldlänge. Der Standardwert ist 50.

p x 4 = Anzahl verwendeter Byte

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

Microsoft Azure-Datenbanken

Wenn Sie ArcGIS unter Microsoft Azure bereitstellen, können Sie einen der folgenden cloudbasierten Microsoft Azure-Datenbank-Services zum Speichern Ihrer Daten verwenden:

  • Microsoft Azure SQL Database
  • Microsoft Azure Database for PostgreSQL

Führen Sie die ArcGIS-Clients nach Möglichkeit unter Microsoft Azure und am selben Ort (in derselben Region) wie die Azure-Datenbanken aus, um eine bessere Performance zu erzielen.

Tipp:

Esri bietet ein Microsoft Azure-Image, das ArcGIS Enterprise umfasst. Sie können den ArcGIS Enterprise Cloud Builder for Microsoft Azure von My Esri herunterladen und für die Bereitstellung von ArcGIS Enterprise unter Microsoft Azure nutzen. Optional können Sie eine Azure-Datenbank in ArcGIS Server-Sites innerhalb der Enterprise-Bereitstellung registrieren. Weitere Informationen finden Sie in der ArcGIS Enterprise-Hilfe zu Microsoft Azure.

Informieren Sie sich, welche Versionen von Azure-Datenbank-Services mit ArcGIS 10.7.1 unterstützt werden.

Azure SQL Database

Sie können eine einzelne Datenbank oder eine verwaltete Instanz von Azure SQL Database mit ArcGIS verwenden. Um mit diesen Datenbanken eine Verbindung herzustellen, installieren Sie einen unterstützten Microsoft-ODBC-Treiber für SQL Server auf dem ArcGIS-Client-Computer.

Beachten Sie beim Arbeiten mit Azure SQL Database aus ArcGIS Folgendes:

  • 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.
  • 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 Microsoft TechNet-Artikel "Feature comparison: Azure SQL Database versus SQL Server" werden diese Unterschiede näher beschrieben.

Azure Database for PostgreSQL

Wenn Sie eine Azure Database for PostgreSQL (ob mit oder ohne Geodatabase), werden räumliche Daten immer mithilfe eines räumlichen PostGIS-Datentyps gespeichert. In diesen Datenbanken kann ST_Geometry nicht installiert oder verwendet werden.

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.

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

Informieren Sie sich, welche Versionen von SQL Server von ArcGIS 10.7.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.

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

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

PostgreSQL

ArcGIS unterstützt die räumlichen PostGIS-Typen "geometry" und "geography" und den räumlichen Typ "ST_Geometry" von Esri in PostgreSQL-Datenbanken. 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.

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

Informieren Sie sich, welche Versionen von PostgreSQL und PostGIS von ArcGIS 10.7.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 SAP HANA-Anweisung CREATE SPATIAL REFERENCE SYSTEM, um die Sicht mit dem benötigten Raumbezugssystem zu aktualisieren.

    Tipp:

    Weitere Informationen können Sie der Seite CREATE SPATIAL REFERENCE SYSTEM der Dokumentation Raumbezüge in SAP HANA entnehmen.

    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.7.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.7.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 Gewichtungsfeld 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 Data Warehouse Appliance herzustellen, müssen Sie den Teradata GSS-Client, die ICU-Bibliothek 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 der Teradata Data Warehouse Appliance und der Client-Bibliotheken von ArcGIS 10.7.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.

  • 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.ArcMap und ArcGIS Pro fordern 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. Zum Visualisieren, Durchführen von Analysen oder Veröffentlichen von Daten aus einem ArcGIS-Client, sollten Sie eine Teilmenge an Daten verwenden. Die jeweilige Vorgehensweise hängt davon ab, was Sie mit den Daten vorhaben.

    Vorsicht:

    Nur wenn Ihre Karte so konfiguriert ist, dass Daten beim Hinzufügen nicht automatisch angezeigt werden, können Sie Daten direkt über die Datenbankverbindung auf die Karte ziehen, auch wenn Sie noch keine Teilmenge von Daten definiert haben. Es würde extrem lange dauern, die riesigen Datenmengen, die normalerweise in einer Data Warehouse-Anwendung gespeichert sind, auf der Karte anzuzeigen.

  • 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 Teradata-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.