Re: unified db?

From: Date: Tue, 08 Jan 2002 12:57:35 +0000
Subject: Re: unified db?
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-3828@lists.php.net to get a copy of this message
> Well to me this is an important question. One of the reasons to make > this merger is to unify the efforts of the PHP community. If after the > merger everything is the same as before but Metabase just had to change > its API and now is part of PEAR (well this would be an improvement in my > eyes - the question is just if the trouble is worth it) it might not be > worth it to go through all that trouble. See what I mean? If in the end > we still do not have a merger then there will be little gain in running > through thousands of lines of code. Also I think this would be a highly > confusing situation for the users. > > So lets get one of those famous (+1/-1) votes going. +1 to unifying efforts IMO, the value in working together is to cross pollinate ideas from PEAR::DB and Metabase. Metabase code and documentation can be accessed directly from here: http://phpclasses.upperdesign.com/browse.html/package/20 Metabase has alot of clearly written documentation, Alot of high-level design and development effort has been invested in the Metabase project. PEAR::DB also has excellent documenation here: http://vulcanonet.com/soft/?pack=pear_tut Alot of blood, sweat and tears have also been spend designing and developing PEAR::DB. I think that there should be collegial code and idea sharing relationship between projects. Like alot of collegial relationships, there is no real timeframe on getting this done - if the right inspiration hits, some core bridging code might be written in an afternoon. Some of the metabase functionality that I personally would like to see incorporated into PEAR::DB is the Metabase Manager Class metabase_manager.php Source: http://phpclasses.upperdesign.com/browse.html/file/50 Metabase Schema Parser Class schema_parser.php Source: http://phpclasses.upperdesign.com/browse.html/file/50 I can't say that I am interested in this functionality because I have a great need for portability. It is mostly because I think PEAR:DB has be be more XML aware and this is a way to get that particular ball rolling. Regards, Paul > Of course if the merged Metabase turns out to be crap it's a whole new > story. But we should at least decide on the aim? > > Best regards, > Lukas Smith > smith@dybnet.de > _______________________________ > DybNet Internet Solutions GbR > Alt Moabit 89 > 10559 Berlin > Germany > Tel. : +49 30 83 22 50 00 > Fax : +49 30 83 22 50 07 > www.dybnet.de info@dybnet.de > _______________________________ > > > -----Original Message----- > > From: cox@idecnet.com [mailto:cox@idecnet.com] > > Sent: Tuesday, January 08, 2002 2:07 AM > > To: pear-dev@lists.php.net > > Subject: Re: [PEAR-DEV] unified db? > > > > Lukas Smith wrote: > > > > > > Ok, so you still want to stick with PEAR DB as it is and you want to > > > continue to focus your efforts on PEAR DB as it currently is? > > > > Hi Lukas, > > > > I want to help you in the task of enhancing the API to evolve some > > different things Metabase could need. I'm refering to the discussion > > about it and the specs we could write. > > > > The rest of my time I will continue with the PEAR DB development yes, > > because many people is using PEAR DB (myself included). You know I > have > > my own goals right now :-) > > > > > In terms of clean code: Is this just about formatting or do you > think > > > that Metabase is flawed by its design from a programmers point of > view. > > > > > > Formatting can be solved for "you" (since I would follow the PEAR > CS) > > > but the latter cannot since my proposal will mean taking the > Metabase > > > and how it is designed. > > > > Don't say only me, I guess if you could make the Metabase code more > > readable things like tracking problems or getting more contributions > > could be improved, that's all. > > > > > > > > What does this exactly mean for my proposed project? > > > > Nothing, here is only me :-). I previously said that I want to help > you > > and want to see the progress of this task. > > > > > Will there be 2 DB > > > abstraction layers in PEAR? How do you and the rest of the core PEAR > > > developers feel about this? > > > > In my opinion is too early to launch this question because there is > > nothing done yet. > > > > > > Tomas V.V.Cox > > > > -- > > PEAR Development Mailing List (http://pear.php.net/) > > To unsubscribe, e-mail: pear-dev-unsubscribe@lists.php.net > > For additional commands, e-mail: pear-dev-help@lists.php.net > > To contact the list administrators, e-mail: > php-list-admin@lists.php.net > > > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, e-mail: pear-dev-unsubscribe@lists.php.net > For additional commands, e-mail: pear-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net > >

« previous php.pear.dev (#3828) next »