[mapguide-internals] improving the tilecache storage mechanism with an addtional one

Tom Fukushima tom.fukushima at autodesk.com
Tue May 4 11:57:32 EDT 2010


Steve (or anyone who knows),

Does SQLite have the XML support that we need?  For example, I know we have an "index" such that given a resource, you can find all the resources that reference it (we take advantage of the fact that all our XML schemas use the exact same element name ResourceId to reference resources).  I'm not sure what other things we need.

Since "replacing our resource repository" seems to come up a lot, perhaps it would make sense to have a wiki page that lists the requirements of the repository.

Tom

-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org [mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Traian Stanev
Sent: Tuesday, May 04, 2010 9:46 AM
To: MapGuide Internals Mail List
Subject: RE: [mapguide-internals] improving the tilecache storage mechanism with an addtional one

They are working on the obscurity problem by adding support for the SQLite SQL API in their latest release:

http://www.oracle.com/us/corporate/press/063695

I think it's recognition by Oracle that BDB has finally lost against SQLite.

Traian


-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org [mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Jason Birch
Sent: Tuesday, May 04, 2010 11:41 AM
To: MapGuide Internals Mail List
Subject: Re: [mapguide-internals] improving the tilecache storage mechanism with an addtional one

I wouldn't have any problems with that :)

BDB has always felt sketchy to me, especially with the security-by-obscurity
raw database access, but also because I feel totally lost with their archaic
backup/restore mechanisms.  Combine those with a nasty "commercial
distribution" licencing gotcha, and replacing it really makes a lot of sense
to me.

Jason

On 4 May 2010 08:19, Traian Stanev  wrote:

>
>  P.S. We could replace the resource service to use SQLite and then we would
> be on the same page.
>
>
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals


More information about the mapguide-internals mailing list