Changes between Version 8 and Version 9 of FDORfc39
- Timestamp:
- 06/24/09 14:31:20 (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
FDORfc39
v8 v9 115 115 == Implications == 116 116 117 RDBMS providers supporting natively the RELATE spatial operator can implement the new API by examining the mask: 117 The actual implementation of the RELATE operator in the providers is easy. First, retrieve 118 118 119 119 {{{ 120 120 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 } 122 127 }}} 123 124 SqlServer Spatial or PostGIS providers need the string pattern matrix to pass it as input for STRelate() and ST_Relate() respectively: 128 129 Depending on the provider the coding will be different: 130 131 1. 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: 125 134 126 135 {{{ … … 130 139 }}} 131 140 132 Oracle providerswill 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: 133 142 134 143 {{{ … … 136 145 }}} 137 146 147 2) The providers not supporting natively RELATE will need to expand the RELATE filter into a OR filter with multiple basic spatial operations. 138 148 139 149 == Test Plan == 140 [TODO]141 150 142 151 == Funding/Resources ==