In ArcGIS unterstützte PostgreSQL-Datentypen—ArcGIS Pro

Beim Erstellen einer Tabelle oder Hinzufügen einer Spalte zur Tabelle einer Datenbank definieren Sie einen bestimmten Datentyp für die Spalte. Durch Datentypen wird Folgendes festgelegt:

Welche Werte in der Spalte gespeichert werden können
Welche Operationen mit den Daten in dieser Spalte ausgeführt werden dürfen
Wie die Daten aus dieser Spalte in der Datenbank gespeichert werden

ArcGIS verwendet bestimmte Datentypen. Wenn Sie über eine Datenbankverbindung, einen Abfrage-Layer oder einen Web-Service auf eine Datenbanktabelle zugreifen, filtert ArcGIS alle nicht unterstützten Datentypen heraus. In ArcGIS werden keine nicht unterstützten Datentypen angezeigt, und Sie können nicht unterstützte Datentypen nicht in ArcGIS bearbeiten. Wenn beispielsweise ArcGIS zum Kopieren und Einfügen von Tabellen, die nicht unterstützte Datentypen enthalten, von einer Datenbank in eine andere verwendet wird, fügt ArcGIS nur die Spalten ein, deren Datentyp unterstützt wird.

Die erste Spalte der folgenden Tabelle enthält die ArcGIS-Datentypen. In der zweiten Spalte sind die von ArcGIS erstellten PostgreSQL-Datentypen aufgeführt. In der dritten Spalte ist aufgelistet, welche weiteren PostgreSQL-Datentypen (sofern vorhanden) dem ArcGIS-Datentyp zugeordnet werden, wenn Sie eine Tabelle anzeigen, die außerhalb von ArcGIS erstellt wurde. Die letzte Spalte enthält ggf. zusätzliche Informationen.


ArcGIS-Datentypen	Erstellte PostgreSQL-Datentypen	Andere PostgreSQL-Datentypen, die angezeigt werden können	Hinweise
BLOB	bytea
Date	timestamp without zone	TIMESTAMP
Double	numeric(p,s)	big serial, double precision	Die Genauigkeit und die Anzahl der Dezimalstellen, die in ArcGIS angegeben sind, können Auswirkungen auf den resultierenden Datentyp haben, der in der Datenbank erstellt wird. Weitere Informationen finden Sie unter ArcGIS-Felddatentypen.
Float	numeric(p,s)		Die Genauigkeit und die Anzahl der Dezimalstellen, die in ArcGIS angegeben sind, können Auswirkungen auf den resultierenden Datentyp haben, der in der Datenbank erstellt wird. Weitere Informationen finden Sie unter ArcGIS-Felddatentypen.
Geometrieeinstellungen	ST_Geometry, Geometry (PostGIS), Geography (PostGIS)		In einer Geodatabase wird der in der Datenbank erstellte Datentyp durch die Einstellung "GEOMETRY_STORAGE" des Konfigurationsschlüsselworts bestimmt, das beim Erstellen der Feature-Class verwendet wird. Um den Typ "ST_Geometry" in einer Datenbank (nicht Geodatabase) verwenden zu können, müssen Sie ihn installieren. Weitere Informationen finden Sie unter Hinzufügen des Typs "ST_Geometry" zu einer PostgreSQL-Datenbank. Sie müssen PostGIS in Ihrem PostGIS-Datenbank-Cluster installieren, und die Datenbank muss für die Verwendung von PostgreSQL aktiviert werden, damit Sie die PostGIS-Typen "Geometry" oder "Geography" verwenden können. Weitere Informationen finden Sie in der PostgreSQL-Dokumentation.
Global-ID	varchar(38)		Wird nur in Geodatabases unterstützt.
GUID	varchar(38)	UUID
Long Integer	Integer	Serial
Objekt-ID	INTEGER in einer Geodatabase SERIAL in einer Datenbank		Die ArcGIS-Typ-ObjektID ist die registrierte Zeilen-ID-Spalte für die Tabelle (oder Feature-Class). Pro Tabelle gibt es nur eine.
Raster	bytea		Raster werden nur in Geodatabases unterstützt.
Short Integer	SMALLINT	real
Text	character varying	character, varchar, text	Wenn Sie ein Textfeld mit einem SQL-Client oder einer Drittanbieteranwendung erstellen und keine Länge definieren (d. h. die Länge 0 ist), wird dieses Feld von ArcGIS als CLOB gelesen.

Wenn die Tabelle eine Spalte mit einem Datentyp enthält, der nicht in ArcGIS unterstützt wird, können Sie die Spalte in Text umwandeln. Dies sollte jedoch nur dann erfolgen, wenn Sie die Werte in der Spalte lediglich anzeigen möchten, keinesfalls, um Analysen anhand der Werte in dieser Spalte durchzuführen. Sie können z. B. eine SELECT-Anweisung ausführen, um die Spalten in "tableb" auszuwählen und die Dezimalspalte (total) in Text umzuwandeln:

SELECT id, name, total::text
 FROM me.mydb.tableb;

Geometriedatentypen

Wie in der Tabelle angegeben, können von ArcGIS drei räumliche Datentypen in PostgreSQL erstellt und verwendet werden: "ST_Geometry" von Esri und "geometry" und "geography" von PostGIS. Die nächsten zwei Abschnitte enthalten weitere Hintergrundinformationen zu diesen Datentypen.

ST_Geometry

Nachfolgend finden Sie eine allgemeine Beschreibung des räumlichen Datentyps "ST_Geometry". Spezifische Informationen zur PostgreSQL-Implementierung finden Sie unter "ST_Geometry" in PostgreSQL.

Der Datentyp "ST_Geometry" implementiert die SQL 3-Spezifikation benutzerdefinierter Datentypen (UDTs) und ermöglicht es Ihnen, Spalten zu erstellen, die zum Speichern von räumlichen Daten wie der Lage eines Orientierungspunktes, einer Straße oder eines Flurstückes geeignet sind. Er stellt den International Organization for Standards (ISO)- und Open Geospatial Consortium, Inc. (OGC)-kompatiblen SQL-Zugriff (Structured Query Language) auf die Geodatabase und die Datenbank bereit. Dieser Speichertyp erweitert die Funktionen der Datenbank, indem er die Speicherung von Objekten (Punkte, Linien und Polygone) ermöglicht, die geographische Features darstellen. Er wurde für die effiziente Verwendung von Datenbankressourcen, die Kompatibilität mit Datenbank-Features, wie z. B. Replikation und Partitionierung, und den schnellen Zugriff auf räumliche Daten entwickelt.

"ST_Geometry" selbst ist eine abstrakte, nicht instanziierte übergeordnete Objektklasse. Ihre Subclasses können jedoch instanziiert sein. Bei einem instanziierten Datentyp handelt es sich um einen Datentyp, der als Tabellenspalte definiert werden kann und darin eingefügte Werte seines Typs aufweisen kann.

Eine Spalte kann zwar als Typ "ST_Geometry" definiert werden, es werden jedoch keine ST_Geometry-Werte in die Spalte eingefügt, da sie nicht instanziiert werden kann. Stattdessen werden die Subclass-Werte eingefügt.

Die Subclasses von "ST_Geometry" sind in zwei Kategorien unterteilt: die Subclasses der Basisgeometrie und die Subclasses der homogenen Sammlung. Die Basisgeometrien umfassen "ST_Point", "ST_LineString" und "ST_Polygon", während die homogenen Sammlungen "ST_MultiPoint", "ST_MultiLineString" und "ST_MultiPolygon" umfassen. Wie der Name schon besagt, handelt es sich bei den homogenen Sammlungen um Sammlungen der Basisgeometrien. Homogene Sammlungen weisen neben den mit der Basisgeometrie gemeinsamen Eigenschaften auch eigene Eigenschaften auf.

Jede Subclass speichert den durch ihren Namen implizierten Geometrietyp: "ST_MultiPoint" speichert beispielsweise Multipoints. In der folgenden Tabelle finden Sie eine Liste mit den Subclasses und die dazugehörigen Beschreibungen:

ST_Geometry-Subtypes
Subtype	Beschreibung
ST_Point	Eine nulldimensionale Geometrie, die eine einzelne Position in einem Koordinatenbereich einnimmt. Besitzt einen XY-Koordinatenwert, ist immer eine einfache Geometrie und weist eine NULL-Grenze auf.
ST_LineString	Ein eindimensionales Objekt, das als Folge von Punkten gespeichert ist und einen linearen interpolierten Pfad definiert. "ST_LineStrings" besitzen eine Länge. Der "ST_LineString" besitzt eine einfache Geometrie, wenn er seinen Innenbereich nicht schneidet. Die Endpunkte (Grenze) eines geschlossenen "ST_LineString" nehmen denselben Punkt im Raum ein. Ein "ST_LineString" ist ein Ring, wenn er geschlossen ist und eine einfache Geometrie aufweist. Die Endpunkte bilden im Normalfall die Grenze eines "ST_LineString". Wenn der "ST_LineString" geschlossen ist, ist die Grenze jedoch NULL. Der Innenbereich eines "ST_LineString" ist der verbundene Pfad, der zwischen den Endpunkten liegt. Wenn er geschlossen ist, gibt es einen durchgehenden Innenbereich.
ST_Polygon	Eine zweidimensionale Oberfläche, die als Folge von Punkten gespeichert ist und den umfassenden äußeren Ring sowie null oder mehr innere Ringe definiert. "ST_Polygon" weist eine Fläche auf und ist immer eine einfache Geometrie. Der äußere und alle inneren Ringe definieren die Grenze eines "ST_Polygon". Der Raum, der zwischen den Ringen eingeschlossen ist, definiert den Innenbereich des "ST_Polygon". Die Ringe eines "ST_Polygon" dürfen sich an einem Tangentenpunkt schneiden, jedoch nicht kreuzen.
ST_MultiPoint	Eine Sammlung von ST_Points. Weist die Dimension 0 auf. Ein "ST_MultiPoint" ist einfach, wenn keines seiner Elemente den gleichen Koordinatenbereich einnimmt. Die Grenze eines "ST_MultiPoint" beträgt NULL.
ST_MultiLineString	Eine Sammlung von ST_LineStrings. "ST_MultiLineStrings" besitzen eine Länge. "ST_MultiLineStrings" sind einfach, wenn sich nur die Endpunkte der "ST_LineString"-Elemente schneiden. "ST_MultiLineStrings" sind komplex, wenn sich die Innenbereiche der "ST_LineString"-Elemente schneiden. Die Grenze eines "ST_MultiLineString" bilden die Endpunkte der "ST_LineString"-Elemente, die nicht geschnitten werden. Der "ST_MultiLineString" ist geschlossen, wenn alle "ST_LineString"-Elemente geschlossen sind. Die Grenze eines "ST_MultiLineString" ist NULL, wenn alle Endpunkte aller Elemente geschnitten werden.
ST_MultiPolygon	Eine Sammlung von Polygonen. "ST_MultiPolygons" besitzen eine Fläche. Die Grenze eines ST_MultiPolygon ist die kumulative Länge der äußeren und inneren Ringe seiner Elemente. Der Innenbereich eines "ST_MultiPolygon" ist als die kumulativen Innenbereiche der zugehörigen "ST_Polygon"-Elemente definiert. Die Grenzen der Elemente eines "ST_MultiPolygon" dürfen sich nur an einem Tangentenpunkt schneiden.

Beachten Sie, dass jede Subclass die Eigenschaften der übergeordneten Objektklasse "ST_Geometry" erbt, aber auch über eigene Eigenschaften verfügt. Bei Funktionen, die für den Datentyp "ST_Geometry" verwendet werden können, sind alle Subclass-Entitätstypen zulässig. Einige Funktionen wurden jedoch auf Subclass-Ebene definiert und nehmen nur bestimmte Subclasses an. Die Funktion "ST_GeometryN" akzeptiert beispielsweise nur die Subtype-Werte "ST_MultiLinestring", "ST_MultiPoint" oder "ST_MultiPolygon" als Eingabe.

Räumliche PostGIS-Datentypen

PostGIS ist ein Produkt, das PostgreSQL-Datenbanken räumlich aktiviert. PostGIS folgt der OGC-Spezifikation "Simple Features" für SQL. Es verwendet das OGC Well-Known Binary (WKB)- und Well-Known Text (WKT)-Format für Geometrie.

PostGIS verfügt über zwei räumliche Typoptionen: GEOMETRY oder GEOGRAPHY. Damit Sie sie verwenden können, müssen Sie PostGIS auf Ihrem PostgreSQL-Datenbank-Cluster installieren und anhand der PostGIS-Vorlagendatenbank die Datenbank erstellen, in der die Geodatabase gespeichert werden soll. Stellen Sie sicher, dass die installierte PostGIS-Version von der verwendeten ArcGIS-Version unterstützt wird.

Für die Verwendung eines räumlichen PostGIS-Speichertyps mit ArcGIS ist Folgendes zu beachten:

Sie müssen die PostGIS-Datenbank-Vorlage verwenden, um die PostgreSQL-Datenbank zu erstellen, die Sie für die Geodatabase verwenden, oder Sie müssen PostGIS in der Datenbank aktivieren.
Hinweis:
Wenn Sie die Geodatabase mithilfe des Geoverarbeitungswerkzeugs Enterprise-Geodatabase erstellen erstellen, wird die Datenbank mit einer anderen Vorlage als der PostGIS-Vorlage erstellt. Wenn Sie also die PostGIS-Typen "Geometry" oder "Geography" verwenden möchten, müssen Sie eine Datenbank manuell mit der PostGIS-Vorlage erstellen. Wenn Sie dann die vorhandene Datenbank beim Ausführen des Geoverarbeitungswerkzeugs Enterprise-Geodatabase erstellen angeben, wird die Geodatabase in dieser für PostGIS aktivierten Database erstellt.
Dem SDE-Benutzer und allen anderen Benutzern, die auf PostGIS-Daten in der Geodatabase oder Datenbank zugreifen, müssen Berechtigungen für bestimmte PostGIS-Sichten gewährt werden.
Von Ihnen erstellte Feature-Classes können nur die in der PostGIS-Sicht "public.spatial_ref_sys" aufgeführten Raumbezüge verwenden. Wenn Sie einen Raumbezug angeben, der nicht in dieser Tabelle enthalten ist, schlägt die Erstellung der Feature-Class fehl.
Sie müssen ein Konfigurationsschlüsselwort angeben, in dem der Parameter "GEOMETRY_STORAGE" auf "PG_GEOMETRY" (für PostGIS-Typ "geometry") oder auf "PG_GEOGRAPHY" (für PostGIS-Typ "geography") festgelegt wurde, um eine Feature-Class zu erstellen, die einen dieser beiden räumlichen Datentypen verwendet.
Feature-Classes in einer Geodatabase in PostgreSQL, die die PostGIS-Typen verwenden, enthalten ein Feld für CAD- und Kurvenspeicherung, GDB_GEOMATTR_DATA. Wenn Sie außerhalb von ArcGIS eine räumliche Tabelle erstellen, und die Tabelle dann bei der Geodatabase registrieren, wird dieses Feld zur Tabelle hinzugefügt.
Durch den PostGIS-Typ "geography" ist die Größe der verarbeitbaren Formen begrenzt. Weitere Informationen finden Sie in der PostGIS-Dokumentation.

Gewähren von Berechtigungen zum Erstellen von PostGIS-Spalten vom Typ "geometry" oder "geography"

Wenn Sie eine Datenbank für PostGIS aktivieren, werden dem öffentlichen Schema drei Sichten hinzugefügt: "geometry_columns", "geography_columns" und "spatial_ref_sys". Sie müssen allen Benutzern in der Geodatabase, einschließlich des SDE-Benutzers, SELECT-Berechtigungen für die Sichten "geometry_columns", "geography_columns", "spatial_ref_sys" gewähren.

GRANT select 
 ON public.geometry_columns 
 TO <login_name>;
GRANT select 
 ON public.geography_columns 
 TO <login_name>;
GRANT select
 ON public.spatial_ref_sys
 TO <login_name>;

Erstellen von Feature-Classes, die einen räumlichen PostGIS-Datentyp verwenden

ArcGIS verwendet eine Konfigurationsparametereinstellung, um zu bestimmen, welcher räumliche Datentyp bei der Erstellung einer Feature-Class verwendet werden soll. Der Parameter ist "GEOMETRY_STORAGE". In PostgreSQL-Geodatabases kann dieser auf "ST_GEOMETRY", "PG_GEOMETRY" (die Einstellung für den PostGIS-Typ "geometry") oder "PG_GEOGRAPHY" (die Einstellung für den PostGIS-Typ "geography") festgelegt werden. Daher müssen Sie das Konfigurationsschlüsselwort angeben, bei dem der Parameter "GEOMETRY_STORAGE" auf den von Ihnen benötigten räumlichen Datentyp eingestellt ist: entweder "PG_GEOMETRY" oder "PG_GEOGRAPHY".

Standardmäßig verwenden neue Feature-Classes den Speichertyp "ST_Geometry". Wenn Sie jedoch einen Großteil der Daten in PostGIS-Speichertypen speichern möchten, können Sie den Wert des Parameters "GEOMETRY_STORAGE" unter dem Konfigurationsschlüsselwort "DEFAULTS" ändern. Wenn Sie nur einige wenige Feature-Classes im PostGIS-Speichertyp speichern möchten, können Sie beim Erstellen der Feature-Class das Konfigurationsschlüsselwort "PG_GEOMETRY" oder "PG_GEOGRAPHY" angeben. Beim Export aus der Geodatabase werden diese Schlüsselwörter folgendermaßen angezeigt:

##PG_GEOMETRY
GEOMETRY_STORAGE    "PG_GEOMETRY"
UI_TEXT             "User Interface text description for POSTGIS geometry storage" 
END

##PG_GEOGRAPHY
GEOMETRY_STORAGE    "PG_GEOGRAPHY"
UI_TEXT             "User Interface text description for POSTGIS geography storage" 
END

Der Rest der Speicherparameter wird aus dem Schlüsselwort "DEFAULTS" abgerufen. Weitere Informationen zu Konfigurationsparametern finden Sie unter Konfigurationsparameter in PostgreSQL.

Verwenden von vorhandenen Tabellen vom Typ "geometry" oder "geography"

ArcGIS kann Tabellen mit den PostGIS-Spalten "geometry" oder "geography" verwenden, die extern von anderen Anwendungen oder mithilfe von SQL erstellt wurden (auch als Tabellen von Drittanbietern bezeichnet), solange die Tabellen die folgenden Voraussetzungen erfüllen:

Die Tabelle darf nur eine räumliche Spalten enthalten. Sollte dies nicht zutreffen, definieren Sie einen Abfrage-Layer oder eine Sicht, die nur eine der räumlichen Spalten enthält.
Die Tabelle darf keine weiteren benutzerdefinierten Spalten enthalten.
Die Tabelle darf nur einen Feature-Typ aufweisen (Punkte, Linien oder Polygone), der Multipart-Feature-Typ ist jedoch zulässig.
Die Tabelle muss eine eindeutige Spalte vom Typ "Integer" ohne NULL-Werte (NOT NULL) enthalten, die sich als Objekt-ID-Spalte eignet.
Die Tabelle muss einen räumlichen Index haben.

Informationen zum Erstellen von Tabellen mit einer PostGIS-Spalte mithilfe von SQL finden Sie in der PostGIS-Dokumentation.

Sie können über ArcGIS Desktop eine Verbindung zu einer PostgreSQL-Datenbank herstellen und in der Geodatabase Tabellen registrieren, die PostGIS-Spalten enthalten. Weitere Informationen finden Sie unter Registrieren einer Tabelle oder Sicht in der Geodatabase.

Feedback zu diesem Thema?