Hello Sean,
On 04-Feb-01 16:09:21, you wrote:
>This is something that PHP has always lacked. Its also something that I
>have always found to be the most attractive about application servers like
>Allaire's Cold Fusion (http://www.allaire.com/). The ability to totally
>abstract database access makes it much easier on the developer and
>transparent to the end-user.
Metabase assures this for you. Metabase goes further, not only it assures
portability of the application acceses to the databases, but is also to
install database schema from a database independent schema definition
format base in XML.
This means that only need to tell which tables, fields, indexes and
sequences in a simple XML file and Metabase manager installs it for
you in any of the supported databases seeminglessly.
The cool part is that if you want to change your database schema (and often
you do), you just need to change the schema definition file and Metabase
manager will update your schema without disturbing any data added to the
database since the database was first installed or was updated for the last
time.
>PEAR is fine for most people (myself included) but from an efficiency
>standpoint, this would be much better handled from the PHP API level, and
>not from the PHP language level.
Metabase API is made of simple functions (not objects that you have to
create). Doing what Metabase already does with built-in functions would
not buy you much that would be worthy.
Manuel Lemos
>> Hello Mark,
>>
>> On 31-Jan-01 16:33:56, you wrote:
>>
>> >>> I have been crafting my own database abstraction layer,
>> and in doing so
>> >>> create an array of the results of a query.
>> >>
>> >> Is this an db abstraction layer written in php (script),
>> or written as a
>> >> module for php (C)?
>> >>
>> >> I was thinking of writing an (open source) db-abstraction
>> module (that uses
>> >> existing db-modules, of course), which could then be used
>> from php-script
>> >> as well as from other modules that need db-functionality
>> without committing
>> >> to a specific database.
>> >>
>> >> Or, does such a module exist already and should I
>> concentrate on using
>> >> and/or co-developing that one?
>>
>> >I'd be open to turning it into C, as all my layer is really
>> doing at its
>> >core is to do every single bit of error checking and API
>> utilization for all
>> >the different DB drivers present on the system.
>>
>> Before trying to re-invent the wheel, maybe you would like to
>> take a look
>> at Metabase. It is not yet written in C, but nothing stops
>> it from being
>> converted. Unlike others it assures inter-database
>> application portability.
>>
>>
>> >What I've seen of PHPLIB and PEAR's DB function don't
>> interest me. I hardly
>> >see the point of using objects to do the work that a general
>> function would
>> >do just as well and without any need to instantiate it.
>>
>> Objects are important to interface with different database
>> drivers using
>> the same API, but yes for the public API objects are not
>> needed, they are
>> really confusing for less experienced programmers and they are also a
>> problem for PHP3 users (yes, a lot of PHP developer can't or
>> don't want to
>> move to PHP 4).
>>
>>
>> >I need to spend some time with the Zend API to see if it's
>> really worth it
>> >for my time to go about doing it, but yes, I am very much considering
>> >turning it into C.
>>
>> I doubt that it is worthy, not just because of the conversion
>> risks but also
>> the maintenance costs.
>>
>> Instead, if you would like to join and contribute of
>> Metabase, look here
>> for this poll and tell how would you like to participate.
>>
>> http://www.egroups.co.uk/surveys/metabase-dev?id=392814
>>
>> Metabase is available for free and over 4.000 unique PHP
>> users downloaded
>> it from here:
>>
>> http://phpclasses.UpperDesign.com/browse.html/package/20
>>
>>
>> There are several ready to use components based on Metabase
>> like this for
>> browsing query results:
>>
>> http://phpclasses.UpperDesign.com/browse.html/package/130
>>
>> or even full application frameworks like Binary Cloud:
>>
>> http://www.binarycloud.com/
>>
>>
>> Regards,
>> Manuel Lemos
>>
>> Web Programming Components using PHP Classes.
>> Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED]
>> --
>> E-mail: [EMAIL PROTECTED]
>> URL: http://www.mlemos.e-na.net/
>> PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp
>> --
>>
>>
>> --
>> PHP Development Mailing List <http://www.php.net/>
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> To contact the list administrators, e-mail:
>> [EMAIL PROTECTED]
>>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]
Regards,
Manuel Lemos
Web Programming Components using PHP Classes.
Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED]
--
E-mail: [EMAIL PROTECTED]
URL: http://www.mlemos.e-na.net/
PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp
--
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]