[Gdal-dev] OGR OLEDB Provider

[Tamas Szekeres]

Frank,

Although I didn't play much with this implementation I would
discourage to omit that officially without any compelling reasons. I
thinks the (native) OLEDB interface has a faily large audience
comparing with the ODBC interface from the aspect of the MS SQL server
for years. I can guess it provides a performance impact as well, so I
think we should do some examination before taking this step.

Best regards,

Tamas




2007/9/12, Frank Warmerdam <warmerdam at pobox.com>:
> Folks,
>
> I am trying to go through the issues identified in the GDAL PROVENANCE.TXT
> for the OSGeo Incubation with the aim of resolving them all for the GDAL/OGR
> 1.5.0 release.  Those that I can't resolve directly as I go, I am filing in
> Trac with a "License" category.  One sticky one is some code in the OLE DB
> provider.
>
> While the problems might be resolvable by getting clear release statements
> from the owners of the code from which parts were derived, I think it could
> be tricky.  Also, the OLE DB provider isn't really a core component of
> GDAL/OGR (just a layered add on) and it isn't widely used.  So I'm proposing
> to just move it out of the GDAL trunk, perhaps into the "/spike" area of
> subversion.
>
> I've documented this issue in:
>
>    http://trac.osgeo.org/gdal/ticket/1817
>
> This email is soliciting feedback on the issue - primarily to see if there
> are any objections to my taking this step.
>
> The OLE DB provider would continue to be available, but it would not be
> part of the standard GDAL distribution.  It would also likely get less
> love and attention than it does now (which isn't really very much).
>
> Best regards,
> --
> ---------------------------------------+--------------------------------------
> I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | President OSGeo, http://osgeo.org
>
> _______________________________________________
> Gdal-dev mailing list
> Gdal-dev at lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/gdal-dev
>