Retrieve the PostGIS source archive from the downloads website http://postgis.net/stuff/postgis-3.3.0dev.tar.gz

wget http://postgis.net/stuff/postgis-3.3.0dev.tar.gz
tar -xvzf postgis-3.3.0dev.tar.gz

这将创建一个名为 邮局- 3.3.0dev 在当前工作目录中。

或者，从 吉特 存储库 https://git.osgeo.org/gitea/postgis/postgis/ 。

Git克隆https://git.osgeo.org/gitea/postgis/postgis.git Postgis

更改为新创建的 PostGIS 目录以继续安装。

PostGIS对构建和使用有以下要求：

必填项

可选

与大多数Linux安装一样，第一步是生成将用于构建源代码的Makefile。这是通过运行外壳脚本来完成的

./configure

在没有附加参数的情况下，该命令将尝试自动定位在您的系统上构建PostGIS源代码所需的组件和库。尽管这是最常见的 ./配置 对于那些在非标准位置拥有所需的库和程序的用户，该脚本接受几个参数。

以下列表仅显示最常用的参数。有关完整列表，请使用 --救命 或 --帮助=简短 参数。

	如果您是从 代码库 ，第一步是真正运行脚本 ./autogen.sh 此脚本将生成 配置 脚本，而该脚本又用于定制PostGIS的安装。 如果您以tarball的形式获取了PostGIS，运行 ./Autogen.sh 不是必需的，因为 配置 已经生成了。

生成Makefile后，构建PostGIS就像运行

make

输出的最后一行应该是“ 邮政地理信息系统建设成功。已准备好安装。 “

从PostGISv1.4.0开始，所有函数都有从文档生成的注释。如果您希望稍后将这些注释安装到空间数据库中，请运行需要docbook的命令。Postgis_Comments.sql和其他包注释文件raster_Comments.sql、topology_Comments.sql也打包在文档文件夹中的tar.gz分发包中，因此如果从tar ball安装，则不需要做任何注释。注释也是创建扩展安装的一部分。

发表评论

在PostGIS 2.0中引入。这将生成适合快速参考或学生讲义的html作弊单。这需要xsltproc来构建，并将在文档文件夹中生成4个文件 topology_cheatsheet.html ， tiger_geocoder_cheatsheet.html ， raster_cheatsheet.html ， postgis_cheatsheet.html

您可以从以下地址下载一些预构建的文档：html和pdf PostGIS/PostgreSQL学习指南

制作小抄

如果您使用的是PostgreSQL 9.1+，则会自动构建和安装PostGIS扩展。

如果您是从源代码库构建，则需要首先构建函数描述。如果您安装了Docbook，就会构建这些文档。您还可以使用以下语句手动构建：

发表评论

如果您是从发布焦油球构建的，那么构建注释是不必要的，因为它们已经与tar球一起打包好了。

这些扩展应该作为Make Install过程的一部分自动构建。如果需要，您可以从扩展文件夹进行构建，或者在不同的服务器上复制需要的文件。

cd extensions
cd postgis
make clean
make
export PGUSER=postgres #overwrite psql variables
make check #to test before install
make install
# to test extensions
make check RUNTESTFLAGS=--extension

	勾选 使用psql运行测试，因此可以使用psql环境变量。可用于覆盖的常见类型有 PGUSER ， PGPORT ，以及 PGHOST 。请参阅 PSQL环境变量

无论操作系统如何，相同版本的PostGIS和PostgreSQL的扩展文件总是相同的，所以只要您的服务器上已经安装了PostGIS二进制文件，就可以将扩展文件从一个操作系统复制到另一个操作系统。

如果要在不同于开发的单独服务器上手动安装扩展模块，则需要将以下文件从扩展文件夹复制到 PostgreSQL/共享/扩展 您的PostgreSQL安装的文件夹，以及常规PostGIS所需的二进制文件(如果服务器上还没有它们的话)。

一旦你这样做了，你应该会看到 PostGIS ， postgis_topology 作为PgAdmin->扩展中的可用扩展。

如果您使用的是psql，则可以通过运行以下查询来验证是否安装了扩展：

SELECT name, default_version,installed_version
FROM pg_available_extensions WHERE name LIKE 'postgis%' or name LIKE 'address%';

             name             | default_version | installed_version
------------------------------+-----------------+-------------------
 address_standardizer         | 3.3.0dev         | 3.3.0dev
 address_standardizer_data_us | 3.3.0dev         | 3.3.0dev
 postgis                      | 3.3.0dev         | 3.3.0dev
 postgis_raster               | 3.3.0dev         | 3.3.0dev
 postgis_sfcgal               | 3.3.0dev         |
 postgis_tiger_geocoder       | 3.3.0dev         | 3.3.0dev
 postgis_topology             | 3.3.0dev         |
(6 rows)

如果您在要查询的数据库中安装了扩展，您将在 installed_version 纵队。如果你没有收到任何记录，那就意味着你根本没有在服务器上安装Postgis扩展。PgAdmin III 1.14+也将在 扩展部分 部分，甚至可以通过右击进行升级或卸载。

如果您有可用的扩展，则可以通过使用pgAdmin扩展接口或运行以下SQL命令在您选择的数据库中安装Postgis扩展：

CREATE EXTENSION postgis;
CREATE EXTENSION postgis_raster;
CREATE EXTENSION postgis_sfcgal;
CREATE EXTENSION fuzzystrmatch; --needed for postgis_tiger_geocoder
--optional used by postgis_tiger_geocoder, or can be used standalone
CREATE EXTENSION address_standardizer;
CREATE EXTENSION address_standardizer_data_us;
CREATE EXTENSION postgis_tiger_geocoder;
CREATE EXTENSION postgis_topology;

在psql中，您可以使用查看您已经安装了哪些版本，以及它们安装了什么模式。

\connect mygisdb
\x
\dx postgis*

List of installed extensions
-[ RECORD 1 ]-------------------------------------------------
Name        | postgis
Version     | 3.3.0dev
Schema      | public
Description | PostGIS geometry, geography, and raster spat..
-[ RECORD 2 ]-------------------------------------------------
Name        | postgis_raster
Version     | 3.0.0dev
Schema      | public
Description | PostGIS raster types and functions
-[ RECORD 3 ]-------------------------------------------------
Name        | postgis_tiger_geocoder
Version     | 3.3.0dev
Schema      | tiger
Description | PostGIS tiger geocoder and reverse geocoder
-[ RECORD 4 ]-------------------------------------------------
Name        | postgis_topology
Version     | 3.3.0dev
Schema      | topology
Description | PostGIS topology spatial types and functions

	扩展表 spatial_ref_sys ， 图层 ， 拓扑学 无法显式备份。它们只能在以下情况下备份 PostGIS 或 postgis_topology 扩展是备份的，这似乎只有在备份整个数据库时才会发生。从PostGIS 2.0.1开始，在备份数据库时，只备份未与PostGIS打包的SRID记录，因此不要到处更改我们打包的SRID，并期望您的更改会在那里生效。如果你发现问题，就开罚单。扩展表的结构从未备份过，因为它们是使用创建的 创建扩展名 并且假定对于给定版本的扩展是相同的。这些行为都内置于当前的PostgreSQL扩展模型中，因此我们对此无能为力。

如果您安装了 3.3.0dev ，在不使用我们出色的扩展系统的情况下，您可以通过运行以下命令将函数打包到各自的扩展中，从而将其更改为基于扩展的。安装使用 `unpackaged` 已在PostgreSQL 13中删除，因此建议您在升级到PostgreSQL 13之前切换到扩展版本。

CREATE EXTENSION postgis FROM unpackaged;
CREATE EXTENSION postgis_raster FROM unpackaged;
CREATE EXTENSION postgis_topology FROM unpackaged;
CREATE EXTENSION postgis_tiger_geocoder FROM unpackaged;

如果要测试PostGIS构建，请运行

勾选

上面的命令将使用生成的库对实际的PostgreSQL数据库运行各种检查和回归测试。

	如果使用非标准的PostgreSQL、GEOS或Proj位置配置了PostGIS，则可能需要将它们的库位置添加到 LD_LIBRARY_PATH 环境变量。

	目前， 勾选 依赖于 PATH 和 PGPORT 执行检查时的环境变量-它确实如此 不 使用可能已使用配置参数指定的PostgreSQL版本 --with-pgconfig 。因此，确保在配置期间修改路径以匹配检测到的PostgreSQL安装，或者做好应对即将到来的令人头疼的事情的准备。

如果成功，Make Check将产生近500个测试的输出。结果将类似于以下内容(下面省略了许多行)：

CUnit - A unit testing framework for C - Version 2.1-3
     http://cunit.sourceforge.net/

        .
        .
        .

Run Summary:    Type  Total    Ran Passed Failed Inactive
              suites     44     44    n/a      0        0
               tests    300    300    300      0        0
             asserts   4215   4215   4215      0      n/a
Elapsed time =    0.229 seconds

        .
        .
        .

Running tests

        .
        .
        .

Run tests: 134
Failed: 0


-- if you build with SFCGAL

        .
        .
        .

Running tests

        .
        .
        .

Run tests: 13
Failed: 0

-- if you built with raster support

        .
        .
        .

Run Summary:    Type  Total    Ran Passed Failed Inactive
              suites     12     12    n/a      0        0
               tests     65     65     65      0        0
             asserts  45896  45896  45896      0      n/a


        .
        .
        .

Running tests

        .
        .
        .

Run tests: 101
Failed: 0

-- topology regress

.
.
.

Running tests

        .
        .
        .

Run tests: 51
Failed: 0

-- if you built --with-gui, you should see this too

     CUnit - A unit testing framework for C - Version 2.1-2
     http://cunit.sourceforge.net/

        .
        .
        .

Run Summary:    Type  Total    Ran Passed Failed Inactive
              suites      2      2    n/a      0        0
               tests      4      4      4      0        0
             asserts      4      4      4      0      n/a

这个 postgis_tiger_geocoder 和 address_standardizer 扩展，目前只支持标准的PostgreSQL安装检查。要测试这些功能，请使用以下代码。注意：如果您已经在PostGIS代码文件夹的根目录下进行了安装，则不需要进行Make Install。

对于ADDRESS_STANDIZER：

cd extensions/address_standardizer
make install
make installcheck
          

输出应如下所示：

============== dropping database "contrib_regression" ==============
DROP DATABASE
============== creating database "contrib_regression" ==============
CREATE DATABASE
ALTER DATABASE
============== running regression test queries        ==============
test test-init-extensions     ... ok
test test-parseaddress        ... ok
test test-standardize_address_1 ... ok
test test-standardize_address_2 ... ok

=====================
 All 4 tests passed.
=====================

对于Tiger地理编码器，请确保在您的PostgreSQL实例中有postgis和fuzzystrMatch扩展。如果您构建的postgis支持ADDRESS_STANDIZER，则ADDRESS_STANDAREZER测试也会生效：

cd extensions/postgis_tiger_geocoder
make install
make installcheck
          

输出应如下所示：

============== dropping database "contrib_regression" ==============
DROP DATABASE
============== creating database "contrib_regression" ==============
CREATE DATABASE
ALTER DATABASE
============== installing fuzzystrmatch               ==============
CREATE EXTENSION
============== installing postgis                     ==============
CREATE EXTENSION
============== installing postgis_tiger_geocoder      ==============
CREATE EXTENSION
============== installing address_standardizer        ==============
CREATE EXTENSION
============== running regression test queries        ==============
test test-normalize_address   ... ok
test test-pagc_normalize_address ... ok

=====================
All 2 tests passed.
=====================

要安装PostGIS，请输入

制造安装

这会将PostGIS安装文件复制到由指定的相应子目录中 --前缀 配置参数。特别是：

如果您以前运行过 发表评论 命令来生成 postgis_comments.sql ， raster_comments.sql 文件中，通过运行以下命令安装SQL文件

发表评论-安装

	postgis_comments.sql ， raster_comments.sql ， topology_comments.sql 从典型的构建和安装目标中分离出来，因为随之而来的是对 Xsltproc 。

Perl Regex：编译ADDRESS_STANDAREZER扩展不再需要ASSEMBLE，因为它生成的文件是源代码树的一部分。但是，如果您需要编辑 Usps-st-city-orig.txt 或 Usps-st-City-Orig.txt usps-st-City-adds.tx ，你需要重建 Parseaddress-stcities.h 这确实需要Regex：组装。

CPAN Regexp：：汇编

或者，如果您使用的是Ubuntu/Debian，您可能需要这样做

Sudo Perl-MCPAN-e“Install Regexp：：ASSEMBLE”

如果您使用的是PostgreSQL9.1+和PostGIS2.1+，您可以利用新的扩展模型来安装Tiger Geocoder。要执行此操作，请执行以下操作：

首先按照前面的说明安装PostGIS。

如果您没有附加文件夹，请下载 http://postgis.net/stuff/postgis-3.3.0dev.tar.gz

TAR xvfz postgis- 3.3.0dev .tar.gz

CD Postgis- 3.3.0dev /extras/tiger_geocoder

编辑 tiger_loader_2015.sql (或您找到的最新加载程序文件，除非您想加载不同的年份)到您的可执行文件服务器的路径等，或者您也可以更新 loader_platform 表一旦安装。如果您不编辑此文件或 loader_platform 表中，它将只包含项的常见用例位置，并且您必须在运行 Loader_Generate_Nation_Script 和 Loader_Generate_Script SQL函数。

如果您是第一次安装Tiger Geocoder，请编辑 create_geocode.bat 如果您使用的是Windows或 create_geocode.sh 如果您在Linux/Unix/Mac OSX上使用您的PostgreSQL特定设置，并从命令行运行相应的脚本。

验证您现在是否拥有 老虎 模式，并且它是数据库Search_PATH的一部分。如果不是，则使用以下行的命令添加它：

ALTER DATABASE geocoder SET search_path=public, tiger;

标准化地址功能或多或少地在没有任何数据的情况下工作，除了棘手的地址。运行此测试并验证情况如下：

SELECT pprint_addy(normalize_address('202 East Fremont Street, Las Vegas, Nevada 89101')) As pretty_address;
pretty_address
---------------------------------------
202 E Fremont St, Las Vegas, NV 89101
                        

人们抱怨的众多问题之一是地址归一化功能 Normalize_Address 在进行地理编码之前对地址进行标准化以进行准备的功能。规格化器远不是完美的，试图修补其不完美需要大量的资源。因此，我们已经与另一个具有更好的地址标准化引擎的项目进行了集成。要使用这个新的ADDRESS_STANDAREZER，请按照中所述编译扩展 Section 2.3, “安装和使用地址标准化程序” 并作为扩展安装在您的数据库中。

在已安装的数据库中安装此扩展模块后 postgis_tiger_geocoder ，然后 Pagc_Normalize_Address 可以用来代替 Normalize_Address 。该扩展与Tiger无关，因此可以与其他数据源一起使用，例如国际地址。Tiger地理编码器扩展模块与其自己的自定义版本打包在一起 规则表 ( tiger.pagc_rules )、 GAZ表 ( tiger.pagc_gaz )，以及 Lex表 ( tiger.pagc_lex )。您可以添加和更新这些，以改善您的标准化体验，以满足您自己的需求。

加载数据的说明以更详细的形式在 extras/tiger_geocoder/tiger_2011/README 。这只包括一般步骤。

加载过程从人口普查网站下载所请求的各个国家文件、州的数据，提取文件，然后将每个州加载到其自己的一组单独的州表中。每个状态表继承自中定义的表 老虎 模式，因此只需查询这些表即可访问所有数据，并在任何时候使用 Drop_State_Tables_Generate_Script 如果您需要重新加载状态，或者只是不再需要状态。

为了能够加载数据，您需要以下工具：

如果要从Tiger_2010升级，则需要首先生成并运行 Drop_Nation_Tables_Generate_Script 。在加载任何州数据之前，您需要加载全国范围的数据 Loader_Generate_Nation_Script 。它将为您生成一个加载器脚本。 Loader_Generate_Nation_Script 这是升级(从2010年起)和新安装时应该完成的一次性步骤。

要加载状态数据，请参阅 Loader_Generate_Script 为您的平台生成所需状态的数据加载脚本。请注意，您可以逐个安装这些组件。您不必一次加载您想要的所有状态。您可以在需要时加载它们。

加载所需的状态后，请确保运行：

 选择INSTALL_MISSING_INDEX()； 

如中所述 Install_Missing_Indexes 。

要测试是否正常运行，请尝试使用以下命令对您所在州的地址运行地理编码 地理编码

如果你已经安装了2.0+的Tiger Geocode包，你可以在任何时候升级功能，即使是从临时的焦油球，如果有你迫切需要的修复程序。这将仅适用于未安装扩展的Tiger Geocoder。

如果您没有附加文件夹，请下载 http://postgis.net/stuff/postgis-3.3.0dev.tar.gz

TAR xvfz postgis- 3.3.0dev .tar.gz

CD Postgis- 3.3.0dev /extras/tiger_geocoder/tiger_2011

找到 upgrade_geocoder.bat 如果您使用的是Windows或 upgrade_geocoder.sh 如果您使用的是Linux/Unix/Mac OSX。编辑该文件以拥有您的Postgis数据库凭据。

如果要从2010或2011升级，请确保取消对加载器脚本行的注释，以便获得用于加载2012年数据的最新脚本。

然后从命令行运行相应的脚本。

接下来，删除所有的国家表并加载新的表。使用此SQL语句生成删除脚本，详细信息请参见 Drop_Nation_Tables_Generate_Script

SELECT drop_nation_tables_generate_script();

运行生成的DROP SQL语句。

使用此SELECT语句生成国家加载脚本，详细信息请参见 Loader_Generate_Nation_Script

对于Windows

SELECT loader_generate_nation_script('windows'); 

适用于Unix/Linux

SELECT loader_generate_nation_script('sh');

请参阅 Section 2.4.4, “正在加载TIGER数据” 以获取有关如何运行生成脚本的说明。这只需要做一次。

	您可以混合使用2010/2011州表，并且可以分别升级每个州。在将一个州升级到2011年之前，首先需要使用以下命令删除该州的2010个表 Drop_State_Tables_Generate_Script 。

这些设置在中配置 postgresql.conf ：

constraint_exclusion

shared_buffers

max_worker_processes 此设置仅适用于PostgreSQL 9.4+。对于PostgreSQL 9.6+，此设置具有额外的重要性，因为它控制您可以拥有的并行查询的最大进程数。

work_mem -设置用于排序操作和复杂查询的内存大小

maintenance_work_mem -真空、创建索引等使用的内存大小。

max_parallel_workers_per_gather

此设置仅适用于PostgreSQL 9.6+，并且只会影响PostGIS 2.3+，因为只有PostGIS 2.3+支持并行查询。如果设置为大于0，则某些查询(如涉及关系函数的查询)如下 ST_Intersects 可以使用多个进程，并且运行速度是多个进程的两倍以上。如果您有很多处理器可供备用，则应该将此值更改为您所拥有的处理器数量。也要确保你的身体健康 max_worker_processes 至少和这个数字一样高。

如果您使用的是PostgreSQL9.1+，并且已经编译和安装了扩展/postgis模块，则可以使用扩展机制将数据库转换为空间数据库。

核心的Postgis扩展包括几何、地理、空间参考系统以及所有的函数和注释。栅格和拓扑被打包为单独的扩展。

在要在空间上启用的数据库中运行以下SQL代码片段：

CREATE EXTENSION IF NOT EXISTS plpgsql;
      CREATE EXTENSION postgis;
      CREATE EXTENSION postgis_raster; -- OPTIONAL
      CREATE EXTENSION postgis_topology; -- OPTIONAL

	通常只有当您不能或不想在PostgreSQL扩展目录中安装PostGIS时(例如，在测试、开发期间或在受限环境中)，才需要这样做。

将PostGIS对象和函数定义添加到数据库中的方法是加载位于 [前缀]/Share/Conrib 如在构建阶段指定的。

核心PostGIS对象(几何和地理类型及其支持函数)位于 postgis.sql 剧本。栅格对象位于 rtpostgis.sql 剧本。拓扑对象位于 topology.sql 剧本。

对于一组完整的EPSG坐标系定义标识符，还可以将 spatial_ref_sys.sql 定义文件并填充 spatial_ref_sys 桌子。这将允许您对几何体执行ST_Transform()操作。

如果您想要向PostGIS函数添加注释，可以在 postgis_comments.sql 剧本。只需输入以下内容即可查看评论 \DD[函数名] 从一个 PSQL 终端窗口。

在您的终端中运行以下外壳命令：

DB=[yourdatabase]
    SCRIPTSDIR=`pg_config --sharedir`/contrib/postgis-3.2/

    # Core objects
    psql -d ${DB} -f ${SCRIPTSDIR}/postgis.sql
    psql -d ${DB} -f ${SCRIPTSDIR}/spatial_ref_sys.sql
    psql -d ${DB} -f ${SCRIPTSDIR}/postgis_comments.sql # OPTIONAL

    # Raster support (OPTIONAL)
    psql -d ${DB} -f ${SCRIPTSDIR}/rtpostgis.sql
    psql -d ${DB} -f ${SCRIPTSDIR}/raster_comments.sql # OPTIONAL

    # Topology support (OPTIONAL)
    psql -d ${DB} -f ${SCRIPTSDIR}/topology.sql
    psql -d ${DB} -f ${SCRIPTSDIR}/topology_comments.sql # OPTIONAL

一些打包的PostGIS发行版(特别是用于PostGIS的Win32安装程序 > =1.1.5)将PostGIS函数加载到名为 template_postgis 。如果 template_postgis 数据库存在于您的PostgreSQL安装中，则用户和/或应用程序可以使用单个命令创建空间启用的数据库。请注意，在这两种情况下，数据库用户都必须被授予创建新数据库的权限。

从外壳中：

#createdb-T模板_postgis我的空间数据库

来自SQL：

Postgres=#CREATE DATABASE MY_SPATIAL_DBTEMPLATE=TEMPLATE_POSTGIS

如果您使用扩展安装数据库，则还需要使用扩展模型进行升级。如果您使用旧的SQL脚本方式安装，建议您将安装切换到扩展，因为脚本方式不再受支持。

3.4.1.1. 使用扩展的软件升级9.1+

如果您最初安装的是带有扩展的PostGIS，那么您也需要使用扩展进行升级。用扩展进行一个小的升级是相当容易的。

如果您运行的是PostGIS3或更高版本，则应使用 PostGIS_Extensions_Upgrade 功能可升级到您已安装的最新版本。

SELECT postgis_extensions_upgrade();

如果您运行的是PostGIS 2.5或更低版本，请执行以下操作：

ALTER EXTENSION postgis UPDATE;
SELECT postgis_extensions_upgrade();
-- This second call is needed to rebundle postgis_raster extension
SELECT postgis_extensions_upgrade();

如果您安装了多个版本的PostGIS，并且不想升级到最新版本，则可以按如下方式明确指定版本：

ALTER EXTENSION postgis UPDATE TO "3.3.0dev";
ALTER EXTENSION postgis_topology UPDATE TO "3.3.0dev";

如果收到类似以下内容的错误通知：

没有为…定义迁移路径至 3.3.0dev

然后，您需要备份数据库，创建一个新的数据库，如中所述 Section 3.3.1, “使用扩展在空间上启用数据库” 然后在这个新数据库上恢复备份。

如果您收到如下通知消息：

版本“ 3.3.0dev 已安装扩展模块“postgis”的

那么一切都已经是最新的，您可以放心地忽略它。 UNLESS 您正在尝试从开发版本升级到下一个版本(没有获得新的版本号)；在这种情况下，您可以在版本字符串后附加“Next”，下一次您将需要再次删除“Next”后缀：

ALTER EXTENSION postgis UPDATE TO "3.3.0devnext";
ALTER EXTENSION postgis_topology UPDATE TO "3.3.0devnext";

	如果最初安装的PostGIS没有指定版本，则在恢复之前通常可以跳过重新安装postgis扩展模块，因为备份刚刚 创建扩展邮政编码 从而在恢复期间获取最新的最新版本。

	如果要从3.0.0之前的版本升级PostGIS扩展模块，您将拥有一个新的扩展模块 postgis_raster 如果您不需要栅格支持，则可以安全地将其删除。您可以按如下方式删除： 删除扩展postgis_raster；

3.4.1.2. 9.1+版或无扩展版的软件升级

本节仅适用于安装了未使用扩展的PostGIS的用户。如果您有扩展并尝试使用此方法进行升级，您将收到如下消息：

无法丢弃…因为postgis扩展依赖于它。

注意：如果要从PostGIS 1.*迁移到PostGIS 2.*或从PostGIS 2.*迁移到r7409之前的版本，则不能使用此过程，而是需要执行 硬升级 。

在编译和安装(Make Install)之后，您应该会找到一组 *_upgrade.sql 安装文件夹中的文件。您可以使用以下命令将它们全部列出：

LS `pg_config --sharedir` /conrib/postgis- 3.3.0dev /*_upgrade.sql

依次加载它们，从 postgis_upgrade.sql 。

Psql-f postgis_upgrade.sql-d您的空间数据库

同样的过程也适用于栅格、拓扑和sfcga扩展模块，升级文件的名称为 rtpostgis_upgrade.sql ， topology_upgrade.sql 和 sfcgal_upgrade.sql 分别为。如果需要，请执行以下操作：

Psql-f rtpostgis_upgrade.sql-d您的空间数据库

Psql-f topology_upgrade.sql-d您的空间数据库

Psql-f sfcga_upgrade.sql-d您的空间数据库

建议您通过运行以下命令切换到基于扩展的安装

Psql-c“选择postgis_扩展_升级()；”

	如果您找不到 postgis_upgrade.sql 特定于升级您的版本您正在使用的版本对于软升级来说太早了，并且需要执行 硬升级 。

这个 PostGIS_Full_Version 函数应使用“PROCS Need Upgrade”消息通知您是否需要运行此类升级。

我们所说的硬升级是指完全转储/重新加载启用了postgis的数据库。当PostGIS对象的内部存储发生变化或无法进行软升级时，您需要进行硬升级。这个 发行说明 附录报告了每个版本是否需要转储/重新加载(硬升级)才能升级。

转储/重新加载过程得到postgis_Restore.pl脚本的帮助，该脚本负责从转储跳过属于PostGIS(包括旧定义)的所有定义，允许您将模式和数据恢复到安装了PostGIS的数据库中，而不会出现重复的符号错误或转发不推荐使用的对象。

有关Windows用户的补充说明，请访问 Windows硬件升级 。

具体步骤如下：

在以下情况下可能会出现错误：

开放地理空间联盟(OGC)开发了 简单功能访问 标准(SFA)，为地理空间数据提供模型。它定义了的基本空间类型 几何体 以及操作和转换几何值以执行空间分析任务的操作。PostGIS将OGC几何模型实现为PostgreSQL数据类型 几何体 和 地理学 。

几何学是一种 摘要 键入。几何值属于其 混凝土 代表各种类型和尺寸的几何形状的子类型。其中包括 原子性 类型 点 ， LineString ， LinearRing 和 多边形 ，以及 征集 类型 MultiPoint ， MultiLineString ， MultiPolygon 和 GeometryCollection 。这个 简单功能访问.第1部分：通用体系结构v1.2.1 为结构添加子类型 PolyhedralSurface ， 三角形 和 TIN 。

几何图形在2维笛卡尔平面中对形状建模。多面体曲面、三角形和三角网类型也可以表示三维空间中的形状。形状的大小和位置由其 坐标 。每个坐标都有一个X和Y 纵坐标 确定其在平面中的位置的值。形状由点或线段构成，其中点由单个坐标指定，线段由两个坐标指定。

坐标可以包含可选的Z和M纵坐标值。Z坐标通常用于表示高程。M纵坐标包含一个测量值，它可以表示时间或距离。如果几何图形值中存在Z或M值，则必须为几何图形中的每个点定义它们。如果几何图形具有Z或M坐标，则 坐标尺寸 是3D的；如果它既有Z又有M，则坐标维度是4D。

几何值与 空间参考系 指示它所嵌入的坐标系。空间参考系由几何SRID编号标识。X轴和Y轴的单位由空间参考系确定。在……里面 平面型 参考系X和Y坐标通常表示东距和北距，而在 大地测量学 它们代表经度和纬度。SRID 0表示没有为其轴指定单位的无限笛卡尔平面。看见 Section 4.5, “空间参考系” 。

几何图形 尺寸标注 是几何图形类型的特性。点类型的维度为0，线性类型的维度为1，面类型的维度为2。集合具有最大元素维度的维度。

几何值可以是 空的 。空值不包含顶点(对于原子几何体类型)或不包含元素(对于集合)。

几何值的一个重要属性是它们的空间 程度 或 边界框 ，OGC模型将其称为 信封 。这是包含几何体坐标的二维或三维长方体。它是表示几何图形在坐标空间中的范围以及检查两个几何图形是否相互作用的有效方法。

几何模型允许评估拓扑空间关系，如中所述 Section 5.1.1, “量纲扩展的9交点模型” 。为了支持这一点， 室内 ， 边界 和 外部 为每种几何图形类型定义。几何图形在拓扑上是封闭的，因此它们始终包含它们的边界。边界是一个比几何体本身的维度小一的几何体。

OGC几何模型定义了每种几何类型的有效性规则。这些规则确保几何体值表示真实情况(例如，可以指定一个位于壳外部的洞的多边形，但这在几何上没有意义，因此是无效的)。PostGIS还允许存储和操作无效的几何值。这允许在需要时检测和修复它们。看见 Section 4.4, “几何图形验证”

POINT (1 2)
POINT Z (1 2 3)
POINT ZM (1 2 3 4)

线条(1 2，3 4，5 6)

线性排列(0 0 0，4 0 0，4 4 0，0 4 0，0 0 0)

多边形((0 0 0，4 0 0，4 4 0，0 40，0 0)，(1 1 0，2 1 0，2 2 0，1 2 0，1 2 0))

多点((0)，(1 2))

多行((0，1，1，1 2)，(2 3，3 2，5 4))

MULTIPOLYGON(1 5，5 5，5 1，11，1 5))，((6 5，9 1，6 1，6 5)

几何测量选择(点(2 3)，直线(2 3，3 4))

POLYHEDRALSURFACE Z (
  ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
  ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)),
  ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
  ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
  ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)),
  ((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1)) )

三角形((0 0，0 9，9 0，0 0))

TIN Z(0 0 0，0 0 1，0 1 0，0 0 0))，((0 0 0，0 1 0，1 1 0，0 0 0))

这个 ISO/IEC 13249-3SQL多媒体-空间 标准(SQL/MM)扩展了OGC SFA以定义包含圆弧曲线的几何子类型。SQL/MM类型支持3DM、3DZ和4D坐标。

	SQL-MM实现中的所有浮点比较都按照指定的容差执行，当前为1E-8。

CIRCULARSTRING(0 0, 1 1, 1 0)

CIRCULARSTRING(0 0, 4 0, 4 4, 0 4, 0 0)

CIRCULARSTRING(0 0，1 1，1 0)，(1 0，0 1)

CURVEPOLYGON(
  CIRCULARSTRING(0 0, 4 0, 4 4, 0 4, 0 0),
  (1 1, 3 3, 3 1, 1 1) )

CURVEPOLYGON(
  COMPOUNDCURVE( CIRCULARSTRING(0 0,2 0, 2 1, 2 3, 4 3),
                 (4 3, 4 5, 1 4, 0 0)),
  CIRCULARSTRING(1.7 1, 1.4 0.4, 1.6 0.4, 1.6 0.5, 1.7 1) )

MULTICURVE((0 0，5 5)，Circularstring(4 0，4 4，8 4))

MULTISURFACE(
  CURVEPOLYGON(
    CIRCULARSTRING( 0 0, 4 0, 4 4, 0 4, 0 0),
    (1 1, 3 3, 3 1, 1 1)),
  ((10 10, 14 12, 11 10, 10 10), (11 11, 11.5 11, 11 11.5, 11 11)))

OGC SFA规范定义了两种用于表示供外部使用的几何值的格式：熟知文本(WKT)和熟知二进制(WKB)。WKT和WKB都包括有关对象类型和定义它的坐标的信息。

熟知文本(WKT)提供了空间数据的标准文本表示。空间对象的WKT表示的示例如下：

WKT的输入和输出由函数提供 ST_AsText 和 ST_GeomFromText ：

text WKT = ST_AsText(geometry);
geometry = ST_GeomFromText(text WKT, SRID);

例如，从WKT和SRID创建和插入空间对象的语句为：

INSERT INTO geotable ( geom, name )
  VALUES ( ST_GeomFromText('POINT(-126.4 45.32)', 312), 'A Place');

熟知二进制(WKB)提供了将空间数据表示为二进制数据(字节数组)的可移植的全精度表示。空间对象的WKB表示的示例如下：

WKB的输入和输出由函数提供 ST_AsBinary 和 ST_GeomFromWKB ：

bytea WKB = ST_AsBinary(geometry);
geometry = ST_GeomFromWKB(bytea WKB, SRID);

例如，从WKB创建和插入空间对象的语句为：

INSERT INTO geotable ( geom, name )
  VALUES ( ST_GeomFromWKB('\x0101000000000000000000f03f000000000000f03f', 312), 'A Place');

OGC SFA规范最初仅支持2D几何图形，几何图形SRID不包括在输入/输出表示法中。OGC SFA规范1.2.1(与ISO 19125标准一致)增加了对3D(ZYZ)和测量(XYM和XYZM)坐标的支持，但仍不包括SRID值。

由于这些限制，PostGIS定义了扩展的EWKB和EWKT格式。它们提供3D(XYZ和XYM)和4D(XYZM)坐标支持，并包含SRID信息。包括所有几何信息允许PostGIS使用EWKB作为记录格式(例如，在转储文件中)。

EWKB和EWKT用于PostGIS数据对象的“规范形式”。对于输入，二进制数据的规范格式是EWKB，而对于文本数据，可以接受EWKB或EWKT。这允许通过使用将HEXEWKB或EWKT中的文本值转换为几何值来创建几何值 ：：几何图形 。对于输出，二进制的规范形式是EWKB，而文本的规范形式是HEXEWKB(十六进制编码的EWKB)。

例如，此语句通过从EWKT文本值强制转换来创建几何图形，并使用HEXEWKB的规范形式输出该几何图形：

SELECT 'SRID=4;POINT(0 0)'::geometry;
  geometry
  ----------------------------------------------------
  01010000200400000000000000000000000000000000000000

PostGIS EWKT输出与OGC WKT有几点不同：

EWKT避免过度指定维度和OGC/ISO格式可能出现的不一致，例如：

	PostGIS扩展格式目前是OGC格式的超集，因此每个有效的OGC WKB/WKT也是有效的EWKB/EWKT。然而，如果OGC以与PosGIS定义冲突的方式扩展一种格式，这在未来可能会有所不同。因此，您不应该依赖这种兼容性！

空间对象的EWKT文本表示的示例如下：

使用以下功能可以使用这些格式的输入和输出：

bytea EWKB = ST_AsEWKB(geometry);
text EWKT = ST_AsEWKT(geometry);
geometry = ST_GeomFromEWKB(bytea EWKB);
geometry = ST_GeomFromEWKT(text EWKT);

例如，使用EWKT创建和插入PostGIS空间对象的语句为：

INSERT INTO geotable ( geom, name )
  VALUES ( ST_GeomFromEWKT('SRID=312;POINTM(-126.4 45.32 15)'), 'A Place' )

您可以使用创建一个表来存储地理数据 创建表格 具有以下类型列的SQL语句 地理学 。以下样例创建一个表，其中包含存储WGS84大地坐标系(SRID 4326)中的二维线串的地理列：

CREATE TABLE global_points (
    id SERIAL PRIMARY KEY,
    name VARCHAR(64),
    location geography(POINT,4326)
  );

地理类型支持两个可选的类型修饰符：

创建包含地理列的表格的示例：

地理字段在中注册 geography_columns 系统视图。您可以查询 geography_columns 查看并查看该表是否已列出：

SELECT * FROM geography_columns;

创建空间索引与创建几何图形列的工作原理相同。PostGIS将注意到列类型是地理类型，并创建适当的基于球体的索引，而不是通常用于几何图形的平面索引。

-- Index the test table with a spherical index
CREATE INDEX global_points_gix ON global_points USING GIST ( location );

您可以使用与几何图形相同的方式将数据插入到地理表中。如果几何图形数据具有SRID 4326，则它将自动转换为地理类型。这个 EWKT和EWKB 格式还可用于指定地理值。

-- Add some data into the test table
INSERT INTO global_points (name, location) VALUES ('Town', 'SRID=4326;POINT(-110 30)');
INSERT INTO global_points (name, location) VALUES ('Forest', 'SRID=4326;POINT(-109 29)');
INSERT INTO global_points (name, location) VALUES ('London', 'SRID=4326;POINT(0 49)');

中列出的任何大地(经度/经度)空间参考系统 spatial_ref_sys 表可以指定为地理SRID。如果使用非大地坐标系，则会引发错误。

-- NAD 83 lon/lat
SELECT 'SRID=4269;POINT(-123 34)'::geography;
                    geography
----------------------------------------------------
 0101000020AD1000000000000000C05EC00000000000004140

-- NAD27 lon/lat
SELECT 'SRID=4267;POINT(-123 34)'::geography;
                    geography
----------------------------------------------------
 0101000020AB1000000000000000C05EC00000000000004140

-- NAD83 UTM zone meters - gives an error since it is a meter-based planar projection
SELECT 'SRID=26910;POINT(-123 34)'::geography;

ERROR:  Only lon/lat coordinate systems are supported in geography.

查询和测量功能使用米的单位。因此，距离参数应以米为单位表示，返回值应以米为单位(或面积为平方米)。

-- A distance query using a 1000km tolerance
SELECT name FROM global_points WHERE ST_DWithin(location, 'SRID=4326;POINT(-110 29)'::geography, 1000000);

你可以通过计算一架从西雅图到伦敦的大圆航线(LINESTRING(-122.33 47.606，0.051.5))到雷克雅未克(点(-21.9664.15))的距离就可以看到地理的力量在起作用。 绘制路线地图 )。

地理类型计算出了雷克雅未克与西雅图和伦敦之间的大圆环航道之间的球体上的真正最短距离122.235公里。

-- Distance calculation using GEOGRAPHY
SELECT ST_Distance('LINESTRING(-122.33 47.606, 0.0 51.5)'::geography, 'POINT(-21.96 64.15)'::geography);
   st_distance
-----------------
 122235.23815667

几何类型计算的是雷克雅未克和从西雅图到伦敦的直线路径之间的无意义的笛卡尔距离，这条直线路径绘制在一张平面世界地图上。结果的名义单位是“度”，但结果并不对应于点之间的任何真实角度差，因此即使称它们为“度”也是不准确的。

-- Distance calculation using GEOMETRY
SELECT ST_Distance('LINESTRING(-122.33 47.606, 0.0 51.5)'::geometry, 'POINT(-21.96 64.15)'::geometry);
      st_distance
--------------------
 13.342271221453624

地理数据类型允许您以经度/纬度坐标存储数据，但代价是：在地理上定义的函数比在几何上定义的函数少；那些定义的函数需要更多的CPU时间来执行。

您选择的数据类型应该由您正在构建的应用程序的预期工作区确定。您的数据将覆盖全球或大片大陆地区，还是某个州、县或市的本地数据？

请参阅 Section 15.11, “PostGIS Function Support Matrix” 用于比较地理与几何支持的内容。有关地理函数的简短列表和说明，请参阅 Section 15.4, “PostGIS Geography Support Functions”

A 简单 几何体是指没有不规则几何点的几何体，例如自交或自切。

A POINT 与生俱来 简单 作为0维几何图形对象。

MULTIPOINT %s是 简单 如果没有两个坐标( POINT S)相等(具有相同的坐标值)。

A LINESTRING 是 简单 如果它没有两次通过相同的点，除了端点。如果简单线串的端点相同，则称为 关着的不营业的 并被称为线性环。

(A) 和 (C) 都很简单 LINESTRING s. (B) 和 (D) 并不简单。 (C) 是一个闭线性环。

(A)	(B)
(C)	(D)

A MULTILINESTRING 是 简单 仅当它的所有元素都是单的，并且任意两个元素之间的唯一交集出现在两个元素的边界上的点上。

(E) 和 (F) 都很简单 MULTILINESTRING s. (G) 并不简单。

(E)

(F)

(G)

POLYGON 由线性环组成，因此有效的面几何始终为 简单 。

要测试几何体是否简单，请使用 ST_IsSimple 功能：

SELECT
   ST_IsSimple('LINESTRING(0 0, 100 100)') AS straight,
   ST_IsSimple('LINESTRING(0 0, 100 100, 100 0, 0 100)') AS crossing;

 straight | crossing
----------+----------
 t        | f

通常，PostGIS函数不要求几何参数简单。简单性主要用作定义几何有效性的基础。这也是某些类型的空间数据模型的要求(例如，线性网络通常不允许相交的线)。使用可简化多点几何和线性几何 ST_UnaryUnion 。

几何有效性主要适用于2维几何图形( POLYGON S和 MULTIPOLYGON S)。有效性由允许多边形几何体明确建模平面区域的规则定义。

A POLYGON 是 有效 如果：

(H) 和 (I) 是有效的 POLYGON s. (J-m) 是无效的。 (J) 可以表示为有效的 MULTIPOLYGON 。

(H)	(I)	(J)
(K)	(L)	(M)

A MULTIPOLYGON 是 有效 如果：

(N) 是有效的 MULTIPOLYGON 。 (O) 和 (P) 是无效的。

(N)

(O)

(P)

这些规则意味着有效的面几何也是 简单 。

对于线性几何，唯一的有效性规则是 LINESTRING %s必须至少有两个点并且长度不为零(或者等价地，至少有两个不同的点)。请注意，非简单(自交)线是有效的。

SELECT
   ST_IsValid('LINESTRING(0 0, 1 1)') AS len_nonzero,
   ST_IsValid('LINESTRING(0 0, 0 0, 0 0)') AS len_zero,
   ST_IsValid('LINESTRING(10 10, 150 150, 180 50, 20 130)') AS self_int;

 len_nonzero | len_zero | self_int
-------------+----------+----------
 t           | f        | t

POINT 和 MULTIPOINT 几何图形没有有效性规则。

PostGIS允许创建和存储有效和无效的几何图形。这允许检测并标记或修复无效的几何图形。还有一些情况下，OGC有效性规则比预期的更严格(例如，具有倒置孔的零长度线串和多边形)。

PostGIS提供的许多函数都依赖于几何参数有效的假设。例如，计算在多边形外部定义了洞的多边形的面积，或者从非简单边界线构建多边形没有意义。假设有效的几何输入允许函数更高效地运行，因为它们不需要检查拓扑正确性。(值得注意的例外是，带有反转的零长度直线和多边形通常可以正确处理。)此外，如果输入有效，则大多数PostGIS函数都会生成有效的几何输出。这允许将PostGIS功能安全地链接在一起。

如果在调用PostGIS函数时遇到意想不到的错误消息(例如“GEOS cross()抛出错误！”)，您应该首先确认函数参数有效。如果它们不是，则考虑使用以下技术之一来确保您正在处理的数据是有效的。

	如果函数使用有效的输入报告错误，则您可能在PostGIS或它使用的某个库中发现了错误，您应该将此情况报告给PostGIS项目。如果PostGIS函数返回有效输入的无效几何图形，情况也是如此。

若要测试几何图形是否有效，请使用 ST_IsValid 功能：

SELECT ST_IsValid('POLYGON ((20 180, 180 180, 180 20, 20 20, 20 180))');
-----------------
 t

有关几何无效的性质和位置的信息由 ST_IsValidDetail 功能：

SELECT valid, reason, ST_AsText(location) AS location
    FROM ST_IsValidDetail('POLYGON ((20 20, 120 190, 50 190, 170 50, 20 20))') AS t;

 valid |      reason       |                  location
-------+-------------------+---------------------------------------------
 f     | Self-intersection | POINT(91.51162790697674 141.56976744186045)

在某些情况下，需要自动更正无效的几何图形。使用 ST_MakeValid 函数来执行此操作。( ST_MakeValid 是空间函数的一个例子，该函数 会吗？ 允许无效输入！)

默认情况下，PostGIS在加载几何体时不会检查有效性，因为对于复杂的几何体，有效性测试可能会占用大量的CPU时间。如果不信任数据源，可以通过添加检查约束对表强制执行有效性检查：

ALTER TABLE mytable
  ADD CONSTRAINT geometry_valid_check
        CHECK (ST_IsValid(geom));

这个 SPATIAL_REF_SYS PostGIS使用的表是与OGC兼容的数据库表，它定义了可用的空间参考系统。它保存坐标系的数字SRID和文本描述。

这个 spatial_ref_sys 表定义为：

CREATE TABLE spatial_ref_sys (
  srid       INTEGER NOT NULL PRIMARY KEY,
  auth_name  VARCHAR(256),
  auth_srid  INTEGER,
  srtext     VARCHAR(2048),
  proj4text  VARCHAR(2048)
)

这些列包括：

在检索用于转换的空间参考系定义时，PostGIS使用以下策略：

邮政地理信息系统 spatial_ref_sys 表包含3000多个最常见的空间参考系统定义，这些定义由 PROJ 投影库。但有许多坐标系是它不包含的。如果您具有有关空间参考系统的所需信息，则可以将SRS定义添加到表中。或者，如果您熟悉项目构造，也可以定义自己的自定义空间参考系统。请记住，大多数空间参考系统都是区域性的，在超出它们的预期范围使用时没有任何意义。

用于查找核心集中未定义的空间参考系的资源是 http://spatialreference.org/

一些常用的空间参考系统包括： 4326-WGS 84经度 ， 4269-NAD 83经度 ， 3395-WGS 84世界墨卡托 ， 2163-美国国家地图集等面积 ，和60个WGS84 UTM地带。UTM区域是最理想的测量区域之一，但仅覆盖6度区域。(要确定将哪个UTM区域用于您感兴趣的区域，请参阅 Utmzone PostGIS plpgsql Helper函数 。)

美国各州使用州平面空间参考系统(基于米或英尺)-通常每个州存在一个或两个。大多数基于仪表的文档位于核心集合中，但许多基于英尺的文档或ESRI创建的文档将需要从 spatialreference.org 。

您甚至可以定义非地球坐标系，例如 火星2000 该火星坐标系是非平面的(单位为椭球度)，但您可以将其与 地理学 键入以获取以米为单位的长度和邻近度，而不是度。

以下是使用未指定的SRID和以美国为中心的Lambert Conform投影的Proj定义加载自定义坐标系的示例：

INSERT INTO spatial_ref_sys (srid, proj4text)
VALUES ( 990000,
  '+proj=lcc  +lon_0=-95 +lat_0=25 +lat_1=25 +lat_2=25 +x_0=0 +y_0=0 +datum=WGS84 +units=m +no_defs'
);

您可以使用创建表来存储几何数据 创建表格 具有以下类型列的SQL语句 几何体 。下面的示例创建一个表，其中包含存储BC-Albers坐标系(SRID 3005)中的二维(XY)线串的几何图形列：

CREATE TABLE roads (
    id SERIAL PRIMARY KEY,
    name VARCHAR(64),
    geom geometry(LINESTRING,3005)
  );

这个 几何体 类型支持两个可选的 类型修饰符 ：

使用几何图形列创建表格的示例：

一个表中可以有多个几何图形列。这可以在创建表时指定，也可以使用 ALTER TABLE SQL语句。此示例添加一个可以包含3D线条字符串的列：

ALTER TABLE roads ADD COLUMN geom2 geometry(LINESTRINGZ,4326);

《OGC》 针对SQL的简单功能规范 定义 GEOMETRY_COLUMNS 描述几何表结构的元数据表。在PostGIS中 geometry_columns 是从数据库系统目录表中读取的视图。这确保空间元数据信息始终与当前定义的表和视图一致。视图结构为：

\d几何体_列

View "public.geometry_columns"
      Column       |          Type          | Modifiers
-------------------+------------------------+-----------
 f_table_catalog   | character varying(256) |
 f_table_schema    | character varying(256) |
 f_table_name      | character varying(256) |
 f_geometry_column | character varying(256) |
 coord_dimension   | integer                |
 srid              | integer                |
 type              | character varying(30)  |

这些列包括：

您可能需要这样做的两种情况是SQL视图和批量插入。对于大容量插入，您可以通过约束列或执行ALTER TABLE来更正GEOMETRY_COLUMNS表中的注册。对于视图，您可以使用强制转换操作来公开。请注意，如果您的列是基于类型模式的，则创建过程将正确注册它，因此不需要执行任何操作。此外，未对几何图形应用空间函数的视图将与基础表几何图形列注册相同。

-- Lets say you have a view created like this
CREATE VIEW public.vwmytablemercator AS
        SELECT gid, ST_Transform(geom, 3395) As geom, f_name
        FROM public.mytable;

-- For it to register correctly
-- You need to cast the geometry
--
DROP VIEW public.vwmytablemercator;
CREATE VIEW  public.vwmytablemercator AS
        SELECT gid, ST_Transform(geom, 3395)::geometry(Geometry, 3395) As geom, f_name
        FROM public.mytable;

-- If you know the geometry type for sure is a 2D POLYGON then you could do
DROP VIEW public.vwmytablemercator;
CREATE VIEW  public.vwmytablemercator AS
        SELECT gid, ST_Transform(geom,3395)::geometry(Polygon, 3395) As geom, f_name
        FROM public.mytable;

--Lets say you created a derivative table by doing a bulk insert
SELECT poi.gid, poi.geom, citybounds.city_name
INTO myschema.my_special_pois
FROM poi INNER JOIN citybounds ON ST_Intersects(citybounds.geom, poi.geom);

-- Create 2D index on new table
CREATE INDEX idx_myschema_myspecialpois_geom_gist
  ON myschema.my_special_pois USING gist(geom);

-- If your points are 3D points or 3M points,
-- then you might want to create an nd index instead of a 2D index
CREATE INDEX my_special_pois_geom_gist_nd
        ON my_special_pois USING gist(geom gist_geometry_ops_nd);

-- To manually register this new table's geometry column in geometry_columns.
-- Note it will also change the underlying structure of the table to
-- to make the column typmod based.
SELECT populate_geometry_columns('myschema.my_special_pois'::regclass);

-- If you are using PostGIS 2.0 and for whatever reason, you
-- you need the constraint based definition behavior
-- (such as case of inherited tables where all children do not have the same type and srid)
-- set optional use_typmod argument to false
SELECT populate_geometry_columns('myschema.my_special_pois'::regclass, false); 

尽管仍然支持旧的基于约束的方法，但直接在视图中使用的基于约束的几何列将不会正确地注册到GEOMETRY_COLUMNS中，类型模式列也是如此。在本例中，我们使用tymod定义了一个列，并使用约束定义了另一个列。

CREATE TABLE pois_ny(gid SERIAL PRIMARY KEY, poi_name text, cat text, geom geometry(POINT,4326));
SELECT AddGeometryColumn('pois_ny', 'geom_2160', 2160, 'POINT', 2, false);

如果我们在PSQL中运行

\d pois_ny；

我们观察到它们的定义是不同的--一个是类型模式，一个是约束

Table "public.pois_ny"
  Column   |         Type          |                       Modifiers

-----------+-----------------------+------------------------------------------------------
 gid       | integer               | not null default nextval('pois_ny_gid_seq'::regclass)
 poi_name  | text                  |
 cat       | character varying(20) |
 geom      | geometry(Point,4326)  |
 geom_2160 | geometry              |
Indexes:
    "pois_ny_pkey" PRIMARY KEY, btree (gid)
Check constraints:
    "enforce_dims_geom_2160" CHECK (st_ndims(geom_2160) = 2)
    "enforce_geotype_geom_2160" CHECK (geometrytype(geom_2160) = 'POINT'::text
        OR geom_2160 IS NULL)
    "enforce_srid_geom_2160" CHECK (st_srid(geom_2160) = 2160)

在GEOMETRY_COLUMNS中，它们都正确注册

SELECT f_table_name, f_geometry_column, srid, type
        FROM geometry_columns
        WHERE f_table_name = 'pois_ny';

f_table_name | f_geometry_column | srid | type
-------------+-------------------+------+-------
pois_ny      | geom              | 4326 | POINT
pois_ny      | geom_2160         | 2160 | POINT

然而，如果我们要创建一个这样的视图

CREATE VIEW vw_pois_ny_parks AS
SELECT *
  FROM pois_ny
  WHERE cat='park';

SELECT f_table_name, f_geometry_column, srid, type
        FROM geometry_columns
        WHERE f_table_name = 'vw_pois_ny_parks';

基于tymod的geom view列可以正确注册，但基于约束的geom view列不能正确注册。

f_table_name   | f_geometry_column | srid |   type
------------------+-------------------+------+----------
 vw_pois_ny_parks | geom              | 4326 | POINT
 vw_pois_ny_parks | geom_2160         |    0 | GEOMETRY

这可能会在未来的PostGIS版本中发生变化，但目前要强制基于约束的视图列正确注册，您需要执行以下操作：

DROP VIEW vw_pois_ny_parks;
CREATE VIEW vw_pois_ny_parks AS
SELECT gid, poi_name, cat,
  geom,
  geom_2160::geometry(POINT,2160) As geom_2160
  FROM pois_ny
  WHERE cat = 'park';
SELECT f_table_name, f_geometry_column, srid, type
        FROM geometry_columns
        WHERE f_table_name = 'vw_pois_ny_parks';

f_table_name   | f_geometry_column | srid | type
------------------+-------------------+------+-------
 vw_pois_ny_parks | geom              | 4326 | POINT
 vw_pois_ny_parks | geom_2160         | 2160 | POINT

如果空间数据可以转换为文本表示形式(如WKT或WKB)，那么使用SQL可能是将数据转换到PostGIS的最简单方法。可通过加载SQL的文本文件将数据批量加载到PostGIS/PostgreSQL中 INSERT 语句使用 PSQL SQL实用程序。

SQL加载文件( roads.sql 例如)可能如下所示：

BEGIN;
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (1,'LINESTRING(191232 243118,191108 243242)','Jeff Rd');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (2,'LINESTRING(189141 244158,189265 244817)','Geordie Rd');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (3,'LINESTRING(192783 228138,192612 229814)','Paul St');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (4,'LINESTRING(189412 252431,189631 259122)','Graeme Ave');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (5,'LINESTRING(190131 224148,190871 228134)','Phil Tce');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (6,'LINESTRING(198231 263418,198213 268322)','Dave Cres');
COMMIT;

可以使用将SQL文件加载到PostgreSQL中 PSQL ：

Psql-d[数据库]-f Roads s.sql

这个 shp2pgsql 数据加载器将shapefile转换为适合以几何或地理格式插入到PostGIS/PostgreSQL数据库中的SQL。加载器有几种通过命令行标志选择的操作模式。

也有一个 Shp2pgsql-gui 图形界面，具有大多数选项作为命令行加载器。这可能更容易用于一次性非脚本加载，或者如果您是PostGIS的新手。它也可以配置为PgAdminIII的插件。

使用加载器创建并加载输入文件的示例会话可能如下所示：

# shp2pgsql -c -D -s 4269 -i -I shaperoads.shp myschema.roadstable > roads.sql
# psql -d roadsdb -f roads.sql

使用Unix管道可以一步完成转换和加载：

#shp2pgsql shaperoads.shp myHEMA|psql-d Roadsdb

从数据库中提取空间数据的最直接方法是使用SQL SELECT 定义要提取的数据集并将结果列转储到可解析的文本文件的查询：

db=# SELECT road_id, ST_AsText(road_geom) AS geom, road_name FROM roads;

road_id | geom                                    | road_name
--------+-----------------------------------------+-----------
          1 | LINESTRING(191232 243118,191108 243242) | Jeff Rd
          2 | LINESTRING(189141 244158,189265 244817) | Geordie Rd
          3 | LINESTRING(192783 228138,192612 229814) | Paul St
          4 | LINESTRING(189412 252431,189631 259122) | Graeme Ave
          5 | LINESTRING(190131 224148,190871 228134) | Phil Tce
          6 | LINESTRING(198231 263418,198213 268322) | Dave Cres
          7 | LINESTRING(218421 284121,224123 241231) | Chris Way
(6 rows)

有时需要某种限制，以减少退回的记录数量。对于基于属性的限制，请使用与非空间表相同的SQL语法。在空间限制的情况下，以下函数非常有用：

接下来，您可以在查询中使用这些运算符。请注意，在SQL命令行上指定几何图形和方框时，必须显式地将字符串表示形式转换为几何函数。312是一个虚构的空间参考系统，与我们的数据相匹配。所以，举个例子：

SELECT road_id, road_name
  FROM roads
  WHERE roads_geom='SRID=312;LINESTRING(191232 243118,191108 243242)'::geometry;

上面的查询将返回“Roads_Geom”表中几何图形等于该值的单个记录。

要检查某些道路是否通过由多边形定义的区域，请执行以下操作：

SELECT road_id, road_name
FROM roads
WHERE ST_Intersects(roads_geom, 'SRID=312;POLYGON((...))');

最常见的空间查询可能是“基于框架的”查询，数据浏览器和网络地图绘制程序等客户端软件使用这种查询来获取“地图框架”的数据以供显示。

在使用“ & & “运算符，您可以将BOX3D指定为比较特征或几何图形。但是，当您指定几何图形时，其边界框将用于比较。

使用框架的“BOX3D”对象，这样的查询如下所示：

SELECT ST_AsText(roads_geom) AS geom
FROM roads
WHERE
  roads_geom && ST_MakeEnvelope(191232, 243117,191232, 243119,312);

请注意，使用SRID 312来指定信封的投影。

这个 pgsql2shp 表转储程序连接到数据库并将表(可能由查询定义)转换为形文件。基本语法为：

Pgsql2shp[ < 选项 > ] < 数据库 > [ < 模式 > ] < 表格 >

pgsql2shp [<options>] <database> <query>

命令行选项包括：

GIST代表“通用搜索树”，是多维数据的通用索引形式。PostGIS使用在GIST之上实现的R-Tree索引来索引空间数据。GIST是最常用、用途最广的空间索引方法，具有很好的查询性能。GIST的其他实现被用来加速对所有类型的不规则数据结构(整数数组、光谱数据等)的搜索，这些数据结构不符合正常的B树索引。有关详细信息，请参阅 PostgreSQL手册 。

一旦空间数据表超过几千行，您就需要构建索引来加快数据的空间搜索(除非所有搜索都是基于属性的，在这种情况下，您需要在属性字段上构建普通索引)。

在“GEOMETRY”列上构建GIST索引的语法如下：

使用GIST([geometryfield])对[Tablename]创建索引[indexname]； 

上述语法将始终构建2D索引。要获取几何图形类型的n维索引，可以使用以下语法创建一个索引：

使用GIST([geometryfield]gist_geomy_ops_nd)在[Tablename]上创建索引[indexname]；

构建空间索引是一项计算密集型的工作。它还会在创建的时间内阻止对表的写入访问，因此在生产系统上，您可能希望以一种较慢的并发感知方式执行操作：

使用GIST([geometryfield])在[表名]上并发创建索引[indexname]； 

建立索引后，强制PostgreSQL收集用于优化查询计划的表统计信息有时会很有帮助：

真空分析[表名][(列名)]；

Brin代表“区块范围指数”。它是在PostgreSQL 9.5中引入的一种通用索引方法。布林是一个 Lossy 索引方法，这意味着需要进行二次检查以确认记录与给定的搜索条件匹配(所有提供的空间索引都是这种情况)。它提供了更快的索引创建速度和更小的索引大小，并具有合理的读取性能。它的主要目的是支持在与表中的物理位置相关的列上对非常大的表进行索引。除了空间索引，Brin还可以加快对各种属性数据结构(整数、数组等)的搜索速度。有关详细信息，请参阅 PostgreSQL手册 。

一旦空间表超过几千行，您就需要构建索引来加快数据的空间搜索。只要GIST索引的大小不超过数据库可用的RAM数量，并且只要您能够负担得起索引存储大小和写入时的索引更新成本，GIST索引的性能就非常好。否则，对于非常大的表，可以考虑使用Brin索引。

Brin索引将包含行中包含的所有几何的边界框存储在一组连续的表块中，称为 数据块范围 。当使用索引执行查询时，将扫描块范围以查找与查询范围相交的块范围。只有在对数据进行物理排序以使块范围的边界框具有最小重叠(理想情况下是互斥的)时，这才是有效的。生成的索引在大小上非常小，但对于相同数据的读取性能通常不如GIST索引。

构建Brin索引比构建GIST索引占用的CPU少得多。通常会发现，在相同的数据上，Brin索引的构建速度是Gist索引的十倍。而且，因为Brin索引只为每个表块范围存储一个边界框，所以使用的磁盘空间通常比GIST索引少一千倍。

您可以选择要在一定范围内汇总的块数。如果减少此数字，索引将更大，但可能会提供更好的性能。

为使BRIN有效，表数据应以物理顺序存储，以最大限度地减少数据块范围重叠量。可能已经对数据进行了适当的排序(例如，如果它是从已经按空间顺序排序的另一个数据集加载的)。否则，这可以通过按一维空间键对数据进行排序来实现。一种方法是创建按几何值排序的新表格(在最新的PostGIS版本中使用有效的希尔伯特曲线排序)：

CREATE TABLE table_sorted AS
   SELECT * FROM table  ORDER BY geom;

或者，通过使用GeoHash作为(临时)索引并在该索引上进行集群，可以就地对数据进行排序：

CREATE INDEX idx_temp_geohash ON table
    USING btree (ST_GeoHash( ST_Transform( geom, 4326 ), 20));
CLUSTER table USING idx_temp_geohash;

对象上构建Brin索引的语法 几何体 列为：

使用Brin([geome_ol])在[表名]上创建索引[indexname]； 

上面的语法构建了一个2D索引。要构建3D索引，请使用以下语法：

CREATE INDEX [indexname] ON [tablename]
    USING BRIN ([geome_col] brin_geometry_inclusion_ops_3d);

您还可以使用4D运算符类获取4D索引：

CREATE INDEX [indexname] ON [tablename]
    USING BRIN ([geome_col] brin_geometry_inclusion_ops_4d);

上面的命令使用一个范围内的默认块数，即128。要指定要在某个范围内汇总的块数，请使用以下语法

CREATE INDEX [indexname] ON [tablename]
    USING BRIN ( [geome_col] ) WITH (pages_per_range = [number]); 

请记住，Brin索引仅存储大量行的一个索引项。如果您的表存储具有混合数量的维度的几何图形，则结果索引的性能可能会很差。您可以通过选择存储几何的维度数最少的运算符类来避免此性能损失

这个 地理学 Brin索引支持数据类型。在地理列上构建Brin索引的语法为：

使用Brin([geog_ol])在[表名]上创建索引[indexname]； 

上述语法为椭球体上的地理空间对象构建2D索引。

目前，只提供“包含支持”，这意味着只有 & & ， ~ 和 @ 运算符可用于2D情况(用于两种情况 几何体 和 地理学 )，并且仅仅是 & & & 用于3D几何图形的运算符。目前不支持KNN搜索。

Brin与其他索引类型之间的一个重要区别是，数据库不动态维护索引。对表中空间数据的更改将简单地附加到索引的末尾。这将导致索引搜索性能随着时间的推移而降低。可以通过执行以下操作更新索引 VACUUM ，或通过使用特殊函数 BRIN_SUMMARM_NEW_VALUES(RegClass) 。因此，Brin可能最适合用于只读或很少更改的数据。有关更多信息，请参阅 人工 。

总结一下使用Brin处理空间数据：

SP-GIST代表“空间分区通用搜索树”，是多维数据类型的通用索引形式，支持分区搜索树，如四叉树、k-d树和基数树(TRIES)。这些数据结构的共同特征是，它们重复地将搜索空间划分为不需要大小相等的分区。除了空间索引之外，SP-GIST还用于加速对多种数据的搜索，例如电话路由、IP路由、子字符串搜索等。 PostgreSQL手册 。

与GIST索引的情况一样，SP-GIST索引是有损的，因为它们存储了包围空间对象的边界框。可以将SP-GIST索引视为GIST索引的替代。

一旦GIS数据表超过几千行，就可以使用SP-GIST索引来加快数据的空间搜索。在“GEOMETRY”列上构建SP-GIST索引的语法如下：

使用SPGIST([geometryfield])在[表名]上创建索引[indexname]； 

上面的语法将构建一个2维索引。可以使用3D运算符类创建几何图形类型的三维索引：

使用SPGIST([geometryfield]spgist_geometryops_3d)在[Tablename]上创建索引[indexname]；

构建空间索引是一项计算密集型操作。它还会在创建的时间内阻止对表的写入访问，因此在生产系统上，您可能希望以一种较慢的并发感知方式执行操作：

使用SPGIST([geometryfield])对[Tablename]并发创建索引[indexname]； 

建立索引后，强制PostgreSQL收集用于优化查询计划的表统计信息有时会很有帮助：

真空分析[表名][(列名)]；

SP-GIST索引可以加速涉及以下运算符的查询：

目前不支持KNN搜索。

通常，索引会以无形的方式加速数据访问：一旦构建了索引，PostgreSQL查询规划器就会自动决定何时使用它来提高查询性能。但在某些情况下，规划者不会选择使用现有索引，因此查询最终会使用缓慢的顺序扫描，而不是空间索引。

如果您发现您的空间索引未被使用，您可以执行以下操作：

有关更多信息，请参阅上的Postgres手册部分 查询规划 。

根据 OpenGIS针对SQL的简单功能实现规范 比较两个几何图形的基本方法是对两个几何图形的内部、边界和外部的交点进行成对测试，并根据得到的‘交集’矩阵中的条目对两个几何图形之间的关系进行分类。

在点集拓扑理论中，嵌入到2维空间中的几何中的点被分为三个集合：

这个 量纲扩展的9交点模型 (De-9IM)通过为每个几何图形指定上述集合之间的9个交叉点的尺寸来描述两个几何图形之间的空间关系。相交尺寸可以形式地表示为3x3 交集矩阵 。

For a geometry g the Interior, Boundary, and Exterior are denoted using the notation I(g), B(g), and E(g). Also, dim(s) denotes the dimension of a set s with the domain of {0,1,2,F}:

使用此表示法，两个几何图形的交矩阵 一个 和 B类 是：

从视觉上看，对于两个重叠的多边形几何体，如下所示：

	内饰 边界 外部 内饰 Dim(i(A)∩i(B))= 2 Dim(i(A)∩B(B)= 1 Dim(i(A)∩E(B))= 2 边界 Dim(B(A)∩I(B))= 1 Dim(B(A)∩B(B))= 0 Dim(B(A)∩E(B))= 1 外部 Dim(E(A)∩I(B))= 2 Dim(E(A)∩B(B))= 1 Dim(E(A)∩E(B)= 2

从左到右和从上到下阅读，交集矩阵表示为文本字符串‘ 212101212 ‘。

有关详细信息，请参阅：

为了便于确定常见的空间关系，OGC SFS定义了一组 命名空间关系谓词 。PostGIS将这些作为功能提供 ST_Contains ， ST_Crosses ， ST_Disjoint ， ST_Equals ， ST_Intersects ， ST_Overlaps ， ST_Touches ， ST_Within 。它还定义了非标准关系谓词 ST_Covers ， ST_CoveredBy ，以及 ST_ContainsProperly 。

在SQL中，空间谓词通常用作条件 WHERE 或 JOIN 条款。命名空间谓词自动使用空间索引(如果可用)，因此不需要使用边界框运算符 & & 也是。例如：

SELECT city.name, state.name, city.geom
FROM city JOIN state ON ST_Intersects(city.geom, state.geom);

有关更多详细信息和插图，请参阅 邮政地理信息系统专题讨论会。

在某些情况下，命名的空间关系不足以提供所需的空间过滤条件。

例如，考虑表示公路网的线性数据集。可能需要识别彼此交叉的所有路段，不是在一点，而是在一条线上(可能是为了验证某些业务规则)。在这种情况下 ST_Crosses 不提供必要的空间过滤器，因为对于线状要素，它会返回 真的 只有他们在某一点上交叉的地方。 一个分两步进行的解决方案是首先计算实际交点( ST_Intersection )空间相交的成对道路线( ST_Intersects )，然后检查交叉口是否 ST_GeometryType IS‘ LINESTRING ‘(妥善处理退回的案件 GEOMETRYCOLLECTION S.的. [多]点 S， [多]线条 S等)。 显然，更简单、更快速的解决方案是可取的。

第二个例子是在一条线上定位与湖泊边界相交的码头，码头的一端在岸上。换句话说，如果码头位于湖泊内，但不完全被湖泊所控制，则码头与湖泊的边界在一条线上相交，并且码头的一个端点恰好在湖泊的边界之内或之上。可以使用空间谓词的组合来查找所需的功能： ST_Contains(湖、码头)=TRUE ST_ContainsProperly(湖、码头)=FALSE ST_GeometryType( ST_Intersection (码头、湖)=‘LINESTRING’ ST_NumGeometries( ST_Multi ( ST_Intersection ( ST_Boundary (九龙仓) ST_Boundary (湖)=1 ..。但不用说，这是相当复杂的。

这些要求可以通过计算完整的DE-9IM交矩阵来满足。PostGIS提供了 ST_Relate 函数来执行此操作：

SELECT ST_Relate( 'LINESTRING (1 1, 5 5)',
                  'POLYGON ((3 3, 3 7, 7 7, 7 3, 3 3))' );
st_relate
-----------
1010F0212

To test a particular spatial relationship, an intersection matrix pattern is used. This is the matrix representation augmented with the additional symbols {T,*}:

使用交集矩阵模式，可以以更简洁的方式评估特定的空间关系。这个 ST_Relate 以及 ST_RelateMatch 函数可用于测试交集矩阵模式。对于上面的第一个例子，指定在一条线中相交的两条线的交叉点矩阵模式是‘ 1*1*1** ‘：

-- Find road segments that intersect in a line
SELECT a.id
FROM roads a, roads b
WHERE a.id != b.id
      AND a.geom && b.geom
      AND ST_Relate(a.geom, b.geom, '1*1***1**');

对于第二个例子，指定部分在多边形内部和部分在多边形外部的线的交集矩阵图案是‘ 102101FF2 ‘：

-- Find wharves partly on a lake's shoreline
SELECT a.lake_id, b.wharf_id
FROM lakes a, wharfs b
WHERE a.geom && b.geom
      AND ST_Relate(a.geom, b.geom, '102101FF2');

当前的PostgreSQL版本(包括9.6)在Toast表方面存在查询优化器的弱点。Toast表是一种用于存储不适合正常数据页(如长文本、图像或具有许多顶点的复杂几何图形)的大值(从数据大小的意义上)的“扩展空间”，请参见 Toast的PostgreSQL文档 了解更多信息)。

如果您碰巧有一个包含相当大的几何图形的表，但它们的行数不是太多(就像一个包含所有欧洲国家边界的高分辨率表)，那么问题就会出现。然后桌子本身很小，但它使用了大量的烤面包空间。在我们的示例中，表本身有大约80行，只使用了3个数据页，但toast表使用了8225页。

现在发出一个使用几何运算符的查询 & & 以搜索仅与这些行中的极少数行匹配的边界框。现在，查询优化器看到该表只有3页和80行。它估计，在这样一个小表上进行顺序扫描比使用索引快得多。因此，它决定忽略GIST指数。通常情况下，这种估计是正确的。但在我们的案例中， & & 操作员必须从磁盘获取每个几何图形来比较边界框，从而也读取所有吐司页面。

要查看您是否存在此问题，请使用“EXPLAIN ANALYE”PostgreSQL命令。有关更多信息和技术细节，您可以阅读PostgreSQL性能邮件列表上的线程： http://archives.postgresql.org/pgsql-performance/2005-02/msg00030.php

和更新的关于PostGIS的主题 https://lists.osgeo.org/pipermail/postgis-devel/2017-June/026209.html

PostgreSQL人员正试图通过使查询估计具有Toast感知来解决这个问题。目前，这里有两个变通办法：

第一个解决方法是强制查询规划器使用索引。在发出查询之前，将“set Enable_seqcan to off；”发送到服务器。这基本上迫使查询规划器尽可能避免顺序扫描。因此，它照常使用GIST指数。但是，必须在每个连接上设置该标志，并且它会导致查询规划器在其他情况下做出错误估计，因此您应该在查询之后将ENABLE_seqcan设置为ON；。

第二个解决方法是使顺序扫描的速度与查询规划者所认为的一样快。这可以通过创建一个“缓存”BBox的附加列并与之匹配来实现。在我们的示例中，命令如下所示：

SELECT AddGeometryColumn('myschema','mytable','bbox','4326','GEOMETRY','2');
UPDATE mytable SET bbox = ST_Envelope(ST_Force2D(geom));

现在更改您的查询以使用 & & 针对BBox而不是geom_Column的运算符，如：

SELECT geom_column
FROM mytable
WHERE bbox && ST_SetSRID('BOX3D(0 0,1 1)'::box3d,4326);

当然，如果您更改或添加行到MyTable，您必须保持BBox“同步”。执行此操作的最透明方式是触发器，但您也可以修改应用程序以使BBox列保持最新，或者在每次修改后运行上面的更新查询。

要在MapServer中使用PostGIS，您需要了解如何配置MapServer，这不在本文档的讨论范围之内。本节介绍特定的PostGIS问题和配置详细信息。

要将PostGIS与MapServer配合使用，您将需要：

MapServer像访问任何其他PostgreSQL客户端一样，使用 Libpq 界面。这意味着MapServer可以安装在任何可以通过网络访问PostGIS服务器的计算机上，并使用PostGIS作为数据源。系统之间的连接越快越好。

这个 USING 伪SQL子句用于添加一些信息，以帮助地图服务器了解更复杂查询的结果。更具体地说，当视图或子选择用作源表时( DATA 定义)对于mapserver来说，自动确定每一行的唯一标识符以及表的SRID更加困难。这个 USING 子句可以为映射服务器提供以下两条信息：

DATA "geom FROM (
  SELECT
    table1.geom AS geom,
    table1.gid AS gid,
    table2.data AS data
  FROM table1
  LEFT JOIN table2
  ON table1.id = table2.id
) AS new_table USING UNIQUE gid USING SRID=4326"

让我们从一个简单的例子开始，然后逐步向上。请考虑以下MapServer图层定义：

LAYER
  CONNECTIONTYPE postgis
  NAME "roads"
  CONNECTION "user=theuser password=thepass dbname=thedb host=theserver"
  DATA "geom from roads"
  STATUS ON
  TYPE LINE
  CLASS
    STYLE
      COLOR 0 0 0
    END
  END
END

此图层将以黑线显示Roads表中的所有道路几何图形。

现在，假设我们只想显示高速公路，直到我们放大到至少1：100000的比例--下两个层将实现此效果：

LAYER
  CONNECTIONTYPE postgis
  CONNECTION "user=theuser password=thepass dbname=thedb host=theserver"
  PROCESSING "CLOSE_CONNECTION=DEFER"
  DATA "geom from roads"
  MINSCALE 100000
  STATUS ON
  TYPE LINE
  FILTER "road_type = 'highway'"
  CLASS
    COLOR 0 0 0
  END
END
LAYER
  CONNECTIONTYPE postgis
  CONNECTION "user=theuser password=thepass dbname=thedb host=theserver"
  PROCESSING "CLOSE_CONNECTION=DEFER"
  DATA "geom from roads"
  MAXSCALE 100000
  STATUS ON
  TYPE LINE
  CLASSITEM road_type
  CLASS
    EXPRESSION "highway"
    STYLE
      WIDTH 2
      COLOR 255 0 0
    END
  END
  CLASS
    STYLE
      COLOR 0 0 0
    END
  END
END

第一个层在比例大于1：100000时使用，并且仅以黑线显示“高速公路”类型的道路。这个 FILTER 选项会导致仅显示“高速公路”类型的道路。

第二层在比例小于1：100000时使用，并将高速公路显示为双粗红线，其他道路显示为常规黑线。

因此，我们只使用MapServer功能做了几件有趣的事情，但我们的 DATA SQL语句保持简单。假设道路的名称存储在另一个表中(无论出于何种原因)，我们需要做一个连接来获取它并标记我们的道路。

LAYER
  CONNECTIONTYPE postgis
  CONNECTION "user=theuser password=thepass dbname=thedb host=theserver"
  DATA "geom FROM (SELECT roads.gid AS gid, roads.geom AS geom,
        road_names.name as name FROM roads LEFT JOIN road_names ON
        roads.road_name_id = road_names.road_name_id)
        AS named_roads USING UNIQUE gid USING SRID=4326"
  MAXSCALE 20000
  STATUS ON
  TYPE ANNOTATION
  LABELITEM name
  CLASS
    LABEL
      ANGLE auto
      SIZE 8
      COLOR 0 192 0
      TYPE truetype
      FONT arial
    END
  END
END

当比例尺降至1：20000或更小时，此注释图层会为所有道路添加绿色标签。它还演示了如何在 DATA 定义。

...

...