Changes between Version 8 and Version 9 of FDORfc39


Ignore:
Timestamp:
06/24/09 14:31:20 (15 years ago)
Author:
danstoica
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • FDORfc39

    v8 v9  
    115115== Implications ==
    116116
    117 RDBMS providers supporting natively the RELATE spatial operator can implement the new API by examining the mask:
     117The actual implementation of the RELATE operator in the providers is easy. First, retrieve 
    118118
    119119{{{
    120120      FdoSpatialCondition*  pFilter = ...
    121       Int32  mask = pFilter->GetRelateMask();
     121      FdoSpatialOperations op = pFilter->GetOperation();
     122      if ( op == FdoSpatialOperations_Relate )
     123      {
     124          Int32  mask = pFilter->GetRelateMask();
     125          ...
     126      }
    122127}}}
    123  
    124 SqlServer Spatial or PostGIS providers need the string pattern matrix to pass it as input for STRelate() and ST_Relate() respectively:
     128
     129Depending on the provider the coding will be different:
     130
     1311. RDBMS providers supporting natively the RELATE spatial operator can implement the new API by examining the mask:
     132
     133   a) SqlServer Spatial or PostGIS providers need the string pattern matrix to pass it as input for STRelate() and ST_Relate() respectively:
    125134 
    126135{{{
     
    130139}}}
    131140
    132 Oracle providers will inspect the bitmapped mask and extract the spatial operators to build the SQL like:
     141   b) An Oracle provider will inspect the bitmapped mask and extract the spatial operators to build the SQL like:
    133142
    134143{{{
     
    136145}}}
    137146
     1472) The providers not supporting natively RELATE will need to expand the RELATE filter into a OR filter with multiple basic spatial operations.
    138148
    139149== Test Plan ==
    140 [TODO]
    141150
    142151== Funding/Resources ==