PostGIS is a spatial database extension for PostgreSQL that allows you to store GIS (Geographic Information Systems) objects in the database. The Greenplum PostGIS extension supports some PostGIS optional extensions such as GiST-based R-Tree spatial indexes, and functions for analysis and processing of GIS objects. It also includes support for the PostGIS raster
data type. With the PostGIS Raster objects, the PostGIS geometry
data type offers a single set of overlay SQL functions (such as ST_Intersects
) operating seamlessly on vector and raster geospatial data. PostGIS Raster uses the GDAL (Geospatial Data Abstraction Library) translator library for raster geospatial data formats that presents a single raster abstract data model to a calling application.
For information about Greenplum Database PostGIS extension support, see PostGIS Extension Support and Limitations.
For information about PostGIS, see https://postgis.net/
For information about GDAL, see https://gdal.org/.
The Greenplum PostGIS extension package is available from Broadcom Support Portal under the desired Greemplum release. After you download the package, you can follow the instructions in Verifying the Greenplum Database Software Download to verify the integrity of the download. You can install the package using the Greenplum Package Manager (gppkg
). For details, see gppkg
in the Greenplum Database Utility Guide.
NoteFor more information about download prerequisites, troubleshooting, and instructions, see Download Broadcom products and software.
Greenplum Database supports the PostGIS extension with these component versions:
For information about the supported Greenplum extension packages and software versions, see Extensions.
There are significant changes in PostGIS 3.3.2 compared with earlier versions. For a list of new and enhanced functions in PostGIS 3.3, see the PostGIS documentation PostGIS Functions new or enhanced in 3.3 and Release 3.3.2.
This table lists the PostGIS extensions support by Greenplum PostGIS.
PostGIS Extension | Greenplum PostGIS Notes |
---|---|
postgis PostGIS and PostGIS Raster support |
Supported. Both PostGIS and PostGIS Raster are enabled when the Greenplum postgis extension is enabled. |
postgis_tiger_geocoder The US TIGER geocoder |
Supported. Installed with Greenplum PostGIS. Requires the The US TIGER geocoder converts addresses (like a street address) to geographic coordinates. |
address_standardizer Rule-based address standardizer |
Supported. Installed but not enabled with Greenplum PostGIS. Can be used with TIGER geocoder. A single line address parser that takes an input address and normalizes it based on a set of rules stored in a table and helper |
address_standardizer_data_us Sample rules tables for US address data |
Supported. Installed but not enabled with Greenplum PostGIS. Can be used with the address standardizer. The extension contains |
fuzzystrmatch Fuzzy string matching |
Supported. This extension is bundled but not enabled with Greenplum Database. Required for the PostGIS TIGER geocoder. |
NoteThe PostGIS topology extension
postgis_topology
and the PostGIS 3D and geoprocessing extensionpostgis_sfcgal
are not supported by Greenplum PostGIS and are not included in the Greenplum PostGIS extension package.
For information about the PostGIS extensions, see the PostGIS documentation.
For information about Greenplum PostGIS feature support, see PostGIS Extension Support and Limitations.
This section describes how to enable and remove PostGIS and the supported PostGIS extensions, and how to configure PostGIS Raster.
To enable PostGIS support, install the Greenplum PostGIS extension package into the Greenplum Database system, and then use the CREATE EXTENSION
command to enable PostGIS support for an individual database.
Install Greenplum PostGIS extension package with the gppkg
utility. For example, this command installs the package for RHEL 7.
gppkg install postgis-3.3.2+pivotal.1.build.1-gp7-rhel8-x86_64.gppkg
After installing the package, source the greenplum_path.sh
file and restart Greenplum Database. This command restarts Greenplum Database.
gpstop -ra
Installing the Greenplum PostGIS extension package updates the Greenplum Database system, including installing the supported PostGIS extensions to the system and updating greenplum_path.sh
file with these lines for PostGIS Raster support.
export GDAL_DATA=$GPHOME/share/gdal
export POSTGIS_ENABLE_OUTDB_RASTERS=0
export POSTGIS_GDAL_ENABLED_DRIVERS=DISABLE_ALL
These steps enable the PostGIS extension and the extensions that are used with PostGIS.
To enable PostGIS and PostGIS Raster in a database, run this command after logging into the database.
CREATE EXTENSION postgis ;
To enable PostGIS and PostGIS Raster in a specific schema, create the schema, set the search_path
to the PostGIS schema, and then enable the postgis
extension with the WITH SCHEMA
clause.
SHOW search_path ; -- display the current search_path
CREATE SCHEMA <schema_name> ;
SET search_path TO <schema_name> ;
CREATE EXTENSION postgis WITH SCHEMA <schema_name> ;
After enabling the extension, reset the search_path
and include the PostGIS schema in the search_path
if needed.
If needed, enable the PostGIS TIGER geocoder after enabling the postgis
extension.
To enable the PostGIS TIGER geocoder, you must enable the fuzzystrmatch
extension before enabling postgis_tiger_geocoder
. These two commands enable the extensions.
CREATE EXTENSION fuzzystrmatch ;
CREATE EXTENSION postgis_tiger_geocoder ;
If needed, enable the rules-based address standardizer and add rules tables for the standardizer. These commands enable the extensions.
CREATE EXTENSION address_standardizer ;
CREATE EXTENSION address_standardizer_data_us ;
PostGIS uses GDAL raster drivers when processing raster data with commands such as ST_AsJPEG()
. As the default, PostGIS deactivates all raster drivers. You enable raster drivers by setting the value of the POSTGIS_GDAL_ENABLED_DRIVERS
environment variable in the greenplum_path.sh
file on all Greenplum Database hosts.
Alternatively, you can do it at the session level by setting postgis.gdal_enabled_drivers
. For a Greenplum Database session, this example SET
command enables three GDAL raster drivers.
SET postgis.gdal_enabled_drivers TO 'GTiff PNG JPEG';
This SET
command sets the enabled drivers to the default for a session.
SET postgis.gdal_enabled_drivers = default;
To see the list of supported GDAL raster drivers for a Greenplum Database system, run the raster2pgsql
utility with the -G
option on the Greenplum Database coordinator.
raster2pgsql -G
The command lists the driver long format name. The GDAL Raster table at https://gdal.org/drivers/raster/index.html lists the long format names and the corresponding codes that you specify as the value of the environment variable. For example, the code for the long name Portable Network Graphics is PNG
. This example export
line enables four GDAL raster drivers.
export POSTGIS_GDAL_ENABLED_DRIVERS="GTiff PNG JPEG GIF"
The gpstop -r
command restarts the Greenplum Database system to use the updated settings in the greenplum_path.sh
file.
After you have updated the greenplum_path.sh
file on all hosts, and have restarted the Greenplum Database system, you can display the enabled raster drivers with the ST_GDALDrivers()
function. This SELECT
command lists the enabled raster drivers.
SELECT short_name, long_name FROM ST_GDALDrivers();
After installing PostGIS, the default setting POSTGIS_ENABLE_OUTDB_RASTERS=0
in the greenplum_path.sh
file deactivates support for out-of-database rasters. To enable this feature, you can set the value to true (a non-zero value) on all hosts and restart the Greenplum Database system.
You can also activate or deactivate this feature for a Greenplum Database session. For example, this SET
command enables the feature for the current session.
SET postgis.enable_outdb_rasters = true;
NoteWhen the feature is enabled, the server configuration parameter
postgis.gdal_enabled_drivers
determines the accessible raster formats.
You use the DROP EXTENSION
command to remove support for the PostGIS extension and the extensions that are used with PostGIS.
Removing PostGIS support from a database does not remove these PostGIS Raster environment variables from the greenplum_path.sh
file: GDAL_DATA
, POSTGIS_ENABLE_OUTDB_RASTERS
, POSTGIS_GDAL_ENABLED_DRIVERS
. The environment variables are removed when you uninstall the PostGIS extension package.
CautionRemoving PostGIS support from a database drops PostGIS database objects from the database without warning. Users accessing PostGIS objects might interfere with the dropping of PostGIS objects. See Notes.
Depending on the extensions you enabled for PostGIS, drop support for the extensions in the database.
If you enabled the address standardizer and sample rules tables, these commands drop support for those extensions from the current database.
DROP EXTENSION IF EXISTS address_standardizer_data_us;
DROP EXTENSION IF EXISTS address_standardizer;
If you enabled the TIGER geocoder and the fuzzystrmatch
extension to use the TIGER geocoder, these commands drop support for those extensions.
DROP EXTENSION IF EXISTS postgis_tiger_geocoder;
DROP EXTENSION IF EXISTS fuzzystrmatch;
Drop support for PostGIS and PostGIS Raster. This command drops support for those extensions.
DROP EXTENSION IF EXISTS postgis;
If you enabled support for PostGIS and specified a specific schema with the CREATE EXTENSION
command, you can update the search_path
and drop the PostGIS schema if required.
After PostGIS support has been removed from all databases in the Greenplum Database system, you can remove the PostGIS extension package. For example, this gppkg
command removes the PostGIS extension package.
gppkg remove postgis-3.3.2+pivotal.1
After removing the package, ensure that these lines for PostGIS Raster support are removed from the greenplum_path.sh
file.
export GDAL_DATA=$GPHOME/share/gdal
export POSTGIS_ENABLE_OUTDB_RASTERS=0
export POSTGIS_GDAL_ENABLED_DRIVERS=DISABLE_ALL
Source the greenplum_path.sh
file and restart Greenplum Database. This command restarts Greenplum Database.
gpstop -ra
Removing PostGIS support from a database drops PostGIS objects from the database. Dropping the PostGIS objects cascades to objects that reference the PostGIS objects. Before removing PostGIS support, ensure that no users are accessing the database. Users accessing PostGIS objects might interfere with dropping PostGIS objects.
For example, this CREATE TABLE
command creates a table with column b
that is defined with the PostGIS geometry
data type.
CREATE TABLE test(a int, b geometry) DISTRIBUTED RANDOMLY;
This is the table definition in a database with PostGIS enabled.
\d test
Table "public.test"
Column | Type | Modifiers
--------+----------+-----------
a | integer |
b | geometry |
Distributed randomly
This is the table definition in a database after PostGIS support has been removed.
\d test
Table "public.test"
Column | Type | Modifiers
--------+---------+-----------
a | integer |
Distributed randomly
The following example SQL statements create non-OpenGIS tables and geometries.
CREATE TABLE geom_test ( gid int4, geom geometry,
name varchar(25) );
INSERT INTO geom_test ( gid, geom, name )
VALUES ( 1, 'POLYGON((0 0 0,0 5 0,5 5 0,5 0 0,0 0 0))', '3D Square');
INSERT INTO geom_test ( gid, geom, name )
VALUES ( 2, 'LINESTRING(1 1 1,5 5 5,7 7 5)', '3D Line' );
INSERT INTO geom_test ( gid, geom, name )
VALUES ( 3, 'MULTIPOINT(3 4,8 9)', '2D Aggregate Point' );
SELECT * from geom_test WHERE geom &&
Box3D(ST_GeomFromEWKT('LINESTRING(2 2 0, 3 3 0)'));
The following example SQL statements create a table and add a geometry column to the table with a SRID integer value that references an entry in the SPATIAL_REF_SYS
table. The INSERT
statements add two geopoints to the table.
CREATE TABLE geotest (id INT4, name VARCHAR(32) );
SELECT AddGeometryColumn('geotest','geopoint', 4326,'POINT',2);
INSERT INTO geotest (id, name, geopoint)
VALUES (1, 'Olympia', ST_GeometryFromText('POINT(-122.90 46.97)', 4326));
INSERT INTO geotest (id, name, geopoint)
VALUES (2, 'Renton', ST_GeometryFromText('POINT(-122.22 47.50)', 4326));
SELECT name,ST_AsText(geopoint) FROM geotest;
PostgreSQL provides support for GiST spatial indexing. The GiST scheme offers indexing even on large objects. It uses a system of lossy indexing in which smaller objects act as proxies for larger ones in the index. In the PostGIS indexing system, all objects use their bounding boxes as proxies in the index.
You can build a GiST index as follows:
CREATE INDEX indexname
ON tablename
USING GIST ( geometryfield );
This section describes Greenplum PostGIS extension feature support and limitations. In general, the Greenplum PostGIS extension does not support the following features:
postgis_topology
postgis_sfcgal
For the PostGIS extensions supported by Greenplum PostGIS, see Greenplum PostGIS Extension.
Greenplum PostGIS extension supports these PostGIS data types:
For a list of PostGIS data types, operators, and functions, see the PostGIS reference documentation.
Greenplum PostGIS supports these PostGIS Raster data types.
For information about PostGIS Raster data Management, queries, and applications, see the PostGIS documentation.
For a list of PostGIS Raster data types, operators, and functions, see the PostGIS Raster reference documentation.
Greenplum PostGIS extension supports the GiST (Generalized Search Tree) index.
This section lists the Greenplum PostGIS extension limitations for user-defined functions (UDFs), data types, and aggregates.
Data types and functions related to PostGIS topology functionality, such as TopoGeometry, are not supported by Greenplum Database.
These PostGIS aggregates are not supported by Greenplum Database:
On a Greenplum Database with multiple segments, the aggregate might return different answers if it is called several times repeatedly.
Greenplum Database does not support PostGIS long transactions.
PostGIS relies on triggers and the PostGIS table public.authorization_table
for long transaction support. When PostGIS attempts to acquire locks for long transactions, Greenplum Database reports errors citing that the function cannot access the relation, authorization_table
.
The _postgis_index_extent
function is not supported on Greenplum Database 7 due to its dependence on spatial index operations.
The <->
operator (geometry <-> geometry
) returns the centroid/centroid distance for Greenplum Database 7.
The TIGER geocoder extension is supported. However, upgrading the TIGER geocoder extension is not supported.
The standardize_address()
function uses lex
, gaz
or rules
tables as parameters. If you are using tables apart from us_lex
, us_gaz
or us_rules
, you should create them with the distribution policy DISTRIBUTED REPLICATED
to work for Greenplum.