oracle+st_geometry

最近因为性能的原因开始关注通过oracle和st_geometry直接操作数据库来解决实际业务问题。主要还是用到了“使用 SQL 处理 ST_Geometry”。对此,ESRI给出的帮助文档中的解释如下：

可使用数据库管理系统 (DBMS) 的结构化查询语言 (SQL)、数据类型和表格式来处理地理数据库中存储的信息。SQL 是一种数据库语言，支持数据定义和数据操纵命令。通过 SQL 访问地理数据库中的信息允许外部应用程序处理地理数据库管理的表格数据。这些外部应用程序可以是在 ArcObjects 以外的环境中开发的非空间数据库应用程序或自定义空间应用程序。可以针对任意支持的地理数据库的 DBMS 类型以及针对基于文件的数据源执行 SELECT 语句。

警告:

请注意，通过 SQL 访问地理数据库会忽略地理数据库功能，如版本化、拓扑、网络、地形、关联要素的注记、其他类或工作空间扩展模块。可使用触发器和存储过程等 DBMS 功能来维护某个地理数据库功能所需的表之间的关系。但是，如果对数据库执行 SQL 命令而不考虑此附加功能（如执行 INSERT 语句以向业务表添加记录或者向现有要素类添加列），则会避开地理数据库功能并可能对地理数据库中数据之间的关系造成损坏。

通常，使用 SQL 修改地理数据库中的信息时将应用以下原则：

• 数据已版本化后不要使用 SQL 来更新记录，除非将 SQL 与多版本化视图结合使用。
• 使用 SQL 更新非版本化数据时，不要使用地理数据库行为（例如关系类、关联要素的注记，或者拓扑）修改可影响数据库中其他对象的任意属性。
• 执行完 SQL 语句后，执行 COMMIT 或 ROLLBACK 语句以确保更改是已提交到数据库还是未完成。

之前的原则适用于任何属性、空间或非空间。本帮助手册重点在于使用 SQL 进行空间选择、更改数据，以及更改以 ST_Geometry 和 ST_Raster 数据存储类型存储的数据的属性。

ST_Geometry 存储类型：

ST_Geometry SQL 数据类型用于存储在 DB2、Informix、Oracle 和 PostgreSQL 的地理数据库中。此数据类型可在地理数据库中使用，另外还可通过 SQL 访问第三方应用程序的简单要素类几何。

ST_Geometry 执行空间的 OGC 和 ISO SQL 多媒体规范。OGC 参考资料为“地理信息的 OpenGIS 执行规范 - 简单要素访问 - 第 2 部分：SQL 选项，版本 1.1.0。ISO 参考资料为“ISO/IEC 13249-3 SQL 多媒体和应用程序包 - 第 3 部分：空间”（ISO/IEC 13249-3 SQL multimedia and application packages—Part 3: Spatial）。

有关 SQL 与 DB2 或 Informix 中的 ST_Geomery 类型结合使用的信息，请参阅 IBM DB2 和 Informix 文档。有关 SQL 与 Oracle 和 PostgreSQL 中的 ST_Geometry 类型结合使用的信息，请参阅后续章节。

提示:

本帮助的“空间类型与 SQL 结合使用”一节包含 DB2 和 Informix 的一些示例；不过有关 ST_Geometry 与这些数据库结合使用的完整信息，请阅读 IBM 文档。

利用SQL函数与ORACLE 可以进行一下的一些常用的操作：

• 测试空间关系的函数
• 这些函数将几何作为输入，并确定几何之间是否存在特定关系。如果满足空间关系的条件，则这些函数会返回 1 或 t（表示 TRUE）。如果不满足条件（不存在关系），则这些函数将返回 0 或 f（表示 FALSE）。有关各个函数的说明。

• 执行空间运算的函数

这些函数利用空间数据并对其执行分析，然后返回新的空间数据。有关这些函数的说明。

• 返回几何属性的函数

比如他可以进行如我所写的下面的处理一样进行数据的相交判断等等。

 

当然这个工程中会涉及到一些ORACLE的语句的编写等等，不过这也是巩固和提高自身Oracle能力的一个好机会。因为ORACLE支持VSQL的能力，这使得我们在编写符合我们自身业务逻辑的处理过程的时候更加的方便和快捷。因为是是直接通过底层操作数据，省去了中间初始化的很多过程，所以通常它的处理效率要高于我们常用的gp和soe扩展。

成功不是得到多少东西，而是把身上多余的东西的扔掉多少。