storage layer Re: [PEAR-DEV] Package proposal

Ian P. Christian wrote:

On Wednesday 29 June 2005 16:26, christophe blin wrote:

Isn't it the goal of a db to store relationnal data ?

This isn't relational data though is it? It's just look up data. You could use XML, flat file, Berkley DB.... I think using a database is a bad idea - I also think keeping this in an array is a bad idea. the package could distribute with one XML/flat file that's used for it's included convertions, and then could load in any user defined ones.. $package->loadConvertData('./extra.xml');

well these issues remind me of the challenges we faced in LiveUser to some extend. although the needs here are much simpler than in liveuser. i have designed a storage layer for liveuser_admin [1][2] that in theory should work with other storage layers, however currently its only implemented for sql rdbms. ibm is also working on an API called SDO for such challenges, where data mediators handle the tedious task of mapping data as needed [3]. i have a contact at ibm that is working on this sdo stuff, who is very keen in hearing about how to fit this stuff into the php, scripting, interpreted, shared nothing world. regards, Lukas [1] http://cvs.php.net/co.php/pear/LiveUser_Admin/Storage.php [2] http://cvs.php.net/co.php/pear/LiveUser_Admin/Storage/ [3] http://www-128.ibm.com/developerworks/db2/library/techarticle/dm-0502nickolas/