Everything
php
Learn Community Releases The PHP Project
Home » Project » Newsgroups » php.internals » berkeley db XML »

berkeley db XML

php.internals

Arnold Daniels

19 years ago
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 A.

19 years ago
The reason is quite simple, no one had written such an extension. On 29-May-07, at 6:36 PM, Arnold Daniels 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 > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >
Ilia Alshanetsky

Wez Furlong

19 years ago
On the contrary, George and myself did; you should be able to obtain it from Sleepycat. --Wez. On 5/29/07, Ilia Alshanetsky <ilia@prohost.org> wrote:

Marcus Börger

19 years ago
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

Wez Furlong

19 years ago
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. On 5/29/07, Marcus Boerger <helly@php.net> wrote:

Andi Gutmans

19 years ago
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

Lester Caine

19 years ago
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