# berkeley db XML - Thread: https://externals.io/message/29902 - Original archive: https://news-web.php.net/php.internals/29902 - Started by Arnold Daniels on 2007-05-29T22:36:31+00:00 - Messages: 7 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #29902 — Arnold Daniels — 2007-05-29T22:36:31+00:00 URL: https://externals.io/message/29902#29902 Hi, What is the reason that the PHP extension for berkeley db XML hasn't made it into PHP (distro, pecl, manual)? Currently there only a short howto deep down in an oracle FAQ and very limited documentation. I think that is unfortunate, because using an XML db instead of a relational db, could greatly simply a lot of projects. But currently little know its existence and even less actually use it. Best regards, Arnold --- ## #29904 — Ilia Alshanetsky — 2007-05-29T22:41:34+00:00 URL: https://externals.io/message/29902#29904 · In reply to: #29902 The reason is quite simple, no one had written such an extension. > Hi, > > What is the reason that the PHP extension for berkeley db XML > hasn't made it into PHP (distro, pecl, manual)? Currently there > only a short howto deep down in an oracle FAQ and very limited > documentation. I think that is unfortunate, because using an XML db > instead of a relational db, could greatly simply a lot of projects. > But currently little know its existence and even less actually use it. > > Best regards, > Arnold > > -- > > > Ilia Alshanetsky --- ## #29908 — Marcus Boerger — 2007-05-29T23:09:12+00:00 URL: https://externals.io/message/29902#29908 · In reply to: #29902 Hello Arnold, it is a license problem. Sleepycat (nowadays Oracle) wasn't willing to have that stuff in PECL because they were financing it's development. best regards marcus Wednesday, May 30, 2007, 12:36:31 AM, you wrote: > Hi, > What is the reason that the PHP extension for berkeley db XML hasn't made > it into PHP (distro, pecl, manual)? Currently > there only a short howto deep down in an oracle FAQ and very limited > documentation. I think that is unfortunate, because > using an XML db instead of a relational db, could greatly simply a lot of > projects. But currently little know its existence > and even less actually use it. > Best regards, > Arnold Best regards, Marcus --- ## #29909 — Wez Furlong — 2007-05-29T23:16:43+00:00 URL: https://externals.io/message/29902#29909 · In reply to: #29904 On the contrary, George and myself did; you should be able to obtain it from Sleepycat. --Wez. > The reason is quite simple, no one had written such an extension. > > > > > > […] > > Ilia Alshanetsky --- ## #29910 — Wez Furlong — 2007-05-29T23:38:24+00:00 URL: https://externals.io/message/29902#29910 · In reply to: #29908 I'm not sure that that is 100% correct, but don't know the real reasons, so won't comment further. I apologize if I'm making this sound more mysterious than it really is. The bottom line is that Sleepycat have an extension for that stuff, and you should ask them about getting it into PECL. --Wez. > Hello Arnold, > > it is a license problem. Sleepycat (nowadays Oracle) wasn't willing to > have that stuff in PECL because they were financing it's development. > > best regards > marcus > > Wednesday, May 30, 2007, 12:36:31 AM, you wrote: > > > […] > > > […] > > > […] > > > > > Best regards, > Marcus --- ## #29925 — Andi Gutmans — 2007-05-30T03:29:40+00:00 URL: https://externals.io/message/29902#29925 · In reply to: #29902 Btw, I already mentioned this to Arnold but another options is DB2 Express-C (http://www-306.ibm.com/software/data/db2/express/) which has XML support and is free (with few enough limitations to make it suitable for a large variety of apps). ext/db2 supports it. There are some good links here: http://tinyurl.com/35643d For people who have to deal with large sets of XML (coming in through web services or other sources) looking at XML DBs like SleepyCat, DB2 and others is probably a good idea. They don't/shouldn't replace RDBMS but be complementary. Andi > -----Original Message----- > From: Arnold Daniels [mailto:info@adaniels.nl] > Sent: Tuesday, May 29, 2007 3:37 PM > To: internals@lists.php.net > Subject: [PHP-DEV] berkeley db XML > > Hi, > > What is the reason that the PHP extension for berkeley db XML > hasn't made it into PHP (distro, pecl, manual)? Currently > there only a short howto deep down in an oracle FAQ and very > limited documentation. I think that is unfortunate, because > using an XML db instead of a relational db, could greatly > simply a lot of projects. But currently little know its > existence and even less actually use it. > > Best regards, > Arnold > > -- > To > unsubscribe, visit: http://www.php.net/unsub.php --- ## #29938 — Lester Caine — 2007-05-30T06:20:57+00:00 URL: https://externals.io/message/29902#29938 · In reply to: #29925 Andi Gutmans wrote: > Btw, I already mentioned this to Arnold but another options is DB2 > Express-C (http://www-306.ibm.com/software/data/db2/express/) which has > XML support and is free (with few enough limitations to make it suitable > for a large variety of apps). ext/db2 supports it. > There are some good links here: http://tinyurl.com/35643d > > For people who have to deal with large sets of XML (coming in through > web services or other sources) looking at XML DBs like SleepyCat, DB2 > and others is probably a good idea. They don't/shouldn't replace RDBMS > but be complementary. There is currently a discussion about the differences on the GenXML list on Yahoo. One of the largest databases of genealogical data did propose an XML schema to replace their current text based standard, but it seems to have withered on the vine :( The main problem and one also affecting openstreetmap now is that XML 'databases' simply do not scale well, so at some point you have to convert back to RDBMS when they get too big. XML is fine for data transfer, but most big operations who piled into 'XML conversion' are now finding the problems and back peddling ;) -- Lester Caine - G8HFL ----------------------------- Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://home.lsces.co.uk MEDW - http://home.lsces.co.uk/ModelEngineersDigitalWorkshop/ Firebird Foundation Inc. - http://www.firebirdsql.org/index.php