Oracle® Spatial Developer's Guide 11g Release 2 (11.2) Part Number E11830-02 |
|
|
View PDF |
This section describes new and changed Oracle Spatial features for Oracle Database Release 11.
The following are new and changed features for Oracle Spatial 11g Release 2 (11.2).
If you are using Spatial Web Feature Service (WFS) or Catalog Services for the Web (CSW) support, and if you have data from a previous release that was indexed using one or more SYS.XMLTABLEINDEX indexes, you must drop the associated indexes before the upgrade and re-create the indexes after the upgrade.
For more information, see Section A.2.
The following new spatial aggregate function has been added (spatial aggregate functions are documented in Chapter 20):
The following new subprograms have been added to the SDO_GEOM package, which is documented in Chapter 24:
The following new subprograms have been added to the SDO_UTIL package, which is documented in Chapter 32:
The following new subprogram has been added to the SDO_WFS_LOCK package, which is documented in Chapter 33:
The implementation of the SDO_NN_DISTANCE ancillary operator has been changed to provide improved performance when you specify the FIRST_ROWS optimizer hint. For an example of using the FIRST_ROWS hint, see the SDO_NN_DISTANCE reference section in Chapter 19.
Support for Google Maps with Oracle Spatial applications has been enhanced. You can now specify a use case name of USE_SPHERICAL
with the SDO_CS.TRANSFORM function or the SDO_CS.TRANSFORM_LAYER procedure, to have Spatial use spherical math (used by Google Maps) instead of ellipsoidal math in its projections. For more information, see Section 6.12, "Google Maps Considerations".
You can perform database transactions and Oracle Workspace Manager workspace maintenance operations in the same session with WFS transactions (WFS-T). In the previous release, only WFS queries from one or more workspaces were supported. For information about using WFS with Workspace Manager, see Section 15.5.
For the SDO_UTIL.INITIALIZE_INDEXES_FOR_TTS procedure (documented in Chapter 32), transportable tablespaces containing spatial indexes are now supported across endian format platforms (big-endian to little-endian, or little-endian to big-endian). They were not supported in the previous release.
A new script is available if you need to support geometries with more than 1,048,576 ordinates; however, using that script involves significant extra work, some database downtime, and some considerations and restrictions. For information, see Section A.3.
Effective with Oracle Database Release 11.2, the SDO_UTIL.PREPARE_FOR_TTS procedure is deprecated. You do not need to call that procedure before performing a transportable tablespace export operation.
The following are new and changed features for Oracle Spatial 11g Release 1 (11.1).
Oracle Spatial supports the creation and storage of three-dimensional geometry objects, as explained in Section 1.11.
Expanded support is provided for spatial Web services. A Web service enables developers of Oracle Spatial applications to provide feature data and metadata to their application users over the Web. Chapter 10 introduces the support for Web services and includes some overall requirements and considerations. The following chapters document new features that are supported through Web services:
The routing engine includes the following enhancements:
Per-maneuver times and geometries
Long ID support
Edge ID support at both the route level and segment level
Better generation of driving directions
The routing engine is described in Chapter 13.
Support for the SQL Multimedia spatial types (ST_xxx) has been enhanced. These types are specified in ISO 13249-3, Information technology - Database languages - SQL Multimedia and Application Packages - Part 3: Spatial. The Oracle Spatial support for these types is described in Chapter 3.
Oracle Spatial now supports annotation text as specified in the OpenGIS Implementation Specification for Geographic information - Simple feature access - Part 1: Common architecture. This support is described in Section 3.4.
The DEFAULT match mode for geocoding operations is now equivalent to the RELAX_POSTAL_CODE mode. In the previous release, it was equivalent to the RELAX_BASE_NAME mode. The match modes for geocoding operations are explained Section 11.1.2.
MatchVector
has been added as the last attribute for the SDO_GEO_ADDR object type. This attribute is a string that indicates how each address attribute has been matched against the data used for geocoding. The MatchVector
attribute is listed in Table 11-6 and is explained more fully in Section 11.1.5.
The new SDO_GEOM.SDO_CLOSEST_POINTS procedure (described in Chapter 24) computes the minimum distance between two geometries and the points (one on each geometry) that are the minimum distance apart.
The new SDO_UTIL.BEARING_TILT_FOR_POINTS procedure (described in Chapter 32) computes the bearing and tilt from a start point to an end point.