Hi,

To my knowledge IBM uses a Client Level Interface CLI and the
specifications for CLI is exactly the same as ODBC. Compiling the ODBC
extension with CLI and some other form of ODBC library would make sence if
you wanted to use native IBM code and other ODBC at the same time. This
was the case in PHP3 where the ODBC functions was renamed to db2_* when
compiling with CLI (using shared objects or dll's made it possible to use
both at the same time).

I don't see a need to add specific db2 functions, but perhaps extend the
ODBC extension with generic ODBC/CLI functions.

- Frank
> 
> On Friday, November 8, 2002, at 08:34 PM, tim wrote:
> >
> > If I take the existing php odbc code and add the ibm-db2 specific
> > extensions, what are the chances of this making it into the main php
> > distribution as a new extension ( ext/ibmdb2 ) ? Is it a good idea to
> > maintain a separate cvs tree on sf.net so it gets some testing first?
> 
> I cannot comment directly on the creation of ext/ibmdb2, although I'd 
> rather see something like that moved to PECL (where everything will be 
> eventually).  As for separate CVS trees, while it sounds like a good 
> idea, it's my opinion that it's not a good thing.
> 
> If you can detail/outline the changes you want to make a bit more it 
> might help in the discussion.  Right now there is another user 
> extending ODBC to better support IBM DB2 systems.
> 
> > I am looking to create something similar to oracle's php extension.
> 
> What would be the advantages of doing this?  What sort of extra 
> functionality is there that implementing such a system will provide to 
> DB2 systems?  I'm just trying to get a feel for what you're reasonings,

> and level of implementation will be.
> 
>  >---------------------------------------------------------------<
> Dan Kalowsky                    "A little less conversation,
> http://www.deadmime.org/~dank    a little more action."
> [EMAIL PROTECTED]        - "A Little Less Conversation",
> [EMAIL PROTECTED]                        Elvis Presley
> 
> 
> -- 
> 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