Changes between Version 6 and Version 7 of FDORfc52

Timestamp:

Aug 8, 2010, 4:03:14 PM (14 years ago)

Author:

traianstanev

Comment:

--

FDORfc52

@@ -175 +175 @@
 == Performance Implications ==
 
+
 As every wrapper, there will be some performance overhead to using this wrapper instead of FDO directly.
 For simple queries accessing multiple column, this overhead is not very large, but it can be significant
@@ -180 +181 @@
 because the wrapper API always pre-fills all column values before returning a row -- something that
 can be fixed at the price of adding code complexity.
+
  
 With OGR as backend, the performance overhead is very small, due to the proposed wrapper mapping almost 1:1 to the 
 underlying OGR API. The main overhead with OGR is geometry conversion from WKB to FGF format.
+
  
 The above weakness (pre-filling of the row) has the potential of becoming a strength if ever a direct backend
@@ -194 +197 @@
 
 Attached is a rough implementation of the wrapper which supports the examples shown above. 
-For all base API definitions, refer to BaseWrap.h.
-Working backends are included for both FDO (FdoWrap.h/cpp) and OGR (OgrWrap.h/cpp).
-The FDO backend recognizes SHP, SDF and SQLite connections only.
-The OGR backend recognizes all OGR backends, but does not yet implement datastore creation. It does implement insert/update to existing data stores. 
-The connection pooling is implelmented in DbPool.h/cpp.
+
+For all base API definitions, refer to BaseWrap.h. Working backends are included for both FDO (!FdoWrap.h/cpp) and OGR (!OgrWrap.h/cpp). 
+
+The FDO backend recognizes SHP, SDF and SQLite connections only. The OGR backend recognizes all OGR backends, but does not yet implement datastore creation. It does implement insert/update to existing data stores. The connection pooling is implelmented in !DbPool.h/cpp.
 
 == !Funding/Resources ==