<[EMAIL PROTECTED]> wrote... :

> [EMAIL PROTECTED] schrieb am 16.10.02 12:13:57:
> > > It might be interesting to change only the extension name from 
> > > oci8 to oci (which would be less confusing when working with 9i). Unless
> > > your code relies on extension names, it will still work.
> 
> Nice idea, but I guess this is sheer "cosmetics", or do you mean to change
> any behaviour?
> 
> > "Merging" ...
> > 
> > IS NOT:  removing ora_* and OCI* while adding oracle_*. Nothing should
> >          be removed as that would stop many applications from continuing
> >          to work
> >          
> > IT IS :  adding a new extension which works as other DBs do
> >          (oracle_connect(), oracle_num_rows(), oracle_close() etc).
> >          Thus, one can still choose not to compile it relaying on the
> >          old extensions, or use this one as it would be the only
> >          compatible extension constantly maintained.
> > 
> 
> Well, either that new extension (oracle_*) is a rewrite of the oci8 ext
> (working with 8+), or you are intending to target oracle 6 -> 9i which I
> would not recommend seeing that there are *so much* differences between
> the versions. I think that for ora6 + 7 the current (outdated) ora_* ext
> is enough, and maybe we should concentrate on moving the whole thing
> forward.

In a way its true, making Oracle 6-9 compatibility is very hard. But, it
seems to me rather elegant making it. Perhaps, it would be wise to alias
the oracle_* functions for ora_* functions once it is determined that
Oracle version is >8.

> Of course we could rewrite the ext, and clean up what has grown
> historically, and I think this belongs into the planning for php5.

I would very recommend to do so. Can't even picture PHP5 with OCI*
functions instead of standard looking ones like oracle_*. This should
also be the only extension to continue to work on.

> Currently though, we should try to consolidate the oracle support so
> that people have a reliable way of programming for it without having to
> wait too long.

Well, currently these are working, no? Assuming that we are going to
make a new oracle_* extension, we might also add some of the crucial
developed issues into OCI8 module. This would also give us the users
feedback and bugs.

> (Consolidation = add data type support for any missing or new types,
> find a solution for the lob handling (this should be easier for a script
> developer IMO), and introduce some useful php.ini values (maybe even for
> default character set?))
> 

Agreed. Especially on datatype supports.

-- 
Maxim Maletsky
[EMAIL PROTECTED]

www.PHPBeginner.com  // where PHP Begins



> 
> -- 
> PHP Development Mailing List <http://www.php.net/>
> To unsubscribe, visit: http://www.php.net/unsub.php
> 


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to