Horst Herb <[EMAIL PROTECTED]> wrote: > > On Thursday 31 August 2006 15:19, [EMAIL PROTECTED] wrote: > > If we want to move to text and document processing one of the > strategies is > > to use XML native database management system. Does anyone know of one? > > http://www.sleepycat.com/products/bdbxml.html > very easy to use, but problematic in a highly concurrent multi-user > environment unless you wrap some management layer around it > API support for most common languages > Mailing list extremely supportive - have been playig with it for the > past 2 years and never hit any dead ends supportwise > > http://xml.apache.org/xindice/ > eminently scalable, powerful, but not so easy to set up. Magnificent and > > versatile once you get it up and running > API support for languages other than Java only through XML-RPC as far as > I know > > Both solutions are open sourced, well maintained, and run on most > platforms
See also eXist - http://exist.sourceforge.net/ - have not tried it, but it includes a full-text indexing engine. Then there are things like the XML functions for PostgreSQL - see http://www.throwingbeans.org/postgresql_and_xml_updated.html - these are included in the standard PostgreSQL distribution. They could be combined with the free text indexer for PostgreSQL which is very powerful and fast (but can be a bit cranky). PG itself is industrial strength, as you know. Then there are heaps of XML-to-relational mappers or interfaces (many in Java, some as part of the Apache project, others in Python etc) which can be used to store and retrieve XML to/from a traditional relational database - which involves overhead but has a lot to be said for it from other perspectives. Tim C _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
