Re: Informix Virtual Appliance
Posted in 2008
Topics: Server Administration, Licensing & Editions
Ideally we like to include both (common client and SQLI based drivers). Everything we redistribute needs to be blessed by legal and how easy that is can depend on the open source (or other) license it comes with. DBD::Informix was discussed before during the VA development, I'll will check if it is in the planning list. BTW the more feedback like this the better, it is very helpful in planning the next version to know what people wish was included or would like to see different when they try the VA for the first time. Thanks Guy ----- Original Message ---- From: Ian Michael Gumby <im_gumby@hotmail.com> To: indeep@indeep.com; informix-list@iiug.org Sent: Monday, October 20, 2008 6:08:56 AM Subject: RE: Informix Virtual Appliance > Date: Sun, 19 Oct 2008 22:33:39 -0700 > From: indeep@indeep.com > BTW I don't see DBD::Informix in that stack... might want to add that > into the next release... I believe that with Perl, Ruby, etc ... you're going to see the API written to DRDA standard. One interface, two databases (DB2 and IDS) ________________________________ Want to read Hotmail messages in Outlook? The Wordsmiths show you how. Learn Now __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Thanks Guy. DBD::Informix shouldn't be a problem, the user can easily install it themselves I suppose after bringing up the VM. Just might make it easier for the newb. I just went through the install process for PDO for PHP, very strange to see the PHP has discontinued Informix support inside PHP. Another part of Informix that died on the vine. -ID- -- Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life. Terry Pratchett Guy . wrote: > Ideally we like to include both (common client and SQLI based drivers). > Everything we redistribute needs to be blessed by legal and how easy > that is can depend on the open source (or other) license it comes with. > > DBD::Informix was discussed before during the VA development, I'll will > check if it is in the planning list. > > BTW the more feedback like this the better, it is very helpful in > planning the next version to know what people wish was included or would > like to see different when they try the VA for the first time. > > Thanks > Guy > > ----- Original Message ---- > From: Ian Michael Gumby <im_gumby@hotmail.com> > To: indeep@indeep.com; informix-list@iiug.org > Sent: Monday, October 20, 2008 6:08:56 AM > Subject: RE: Informix Virtual Appliance > > > > > Date: Sun, 19 Oct 2008 22:33:39 -0700 > > From: indeep@indeep.com > > > BTW I don't see DBD::Informix in that stack... might want to add that > > into the next release... > > I believe that with Perl, Ruby, etc ... you're going to see the API > written to DRDA standard. One interface, two databases (DB2 and IDS) > > ------------------------------------------------------------------------ > Want to read Hotmail messages in Outlook? The Wordsmiths show you how. > Learn Now > <http://windowslive.com/connect/post/wedowindowslive.spaces.live.com-Blog-cns%2120EE04FBC541789%21167.entry?ocid=TXT_TAGLM_WL_hotmail_092008> > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com
InDeep wrote: > I just went through the install process for PDO for PHP, very strange to > see the PHP has discontinued Informix support inside PHP. Another part > of Informix that died on the vine. To be fair, Database support of any kind (Informix or otherwise) should have never been "inside" PHP in the first place in my opinion. It should have always been an external add-on module like DBD::Informix for Perl or InformixDB for Python. -- Carsten Haese http://informixdb.sourceforge.net
True Carsten. I agree, however, unless I'm totally off base here, natively compiled drivers are going to be faster. But maybe this argument doesn't hold anymore. Maybe the new world of PDO is correct. For what it's worth I think the IBM docs are adequate for PDO and PHP, but could stand a bit more depth. I'd like to see more articles on best practice if PDO is the direction everything is headed. Thanks! -ID- -- Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life. Terry Pratchett Carsten Haese wrote: > InDeep wrote: >> I just went through the install process for PDO for PHP, very strange to >> see the PHP has discontinued Informix support inside PHP. Another part >> of Informix that died on the vine. > > To be fair, Database support of any kind (Informix or otherwise) should > have never been "inside" PHP in the first place in my opinion. It should > have always been an external add-on module like DBD::Informix for Perl > or InformixDB for Python. > > -- > Carsten Haese > http://informixdb.sourceforge.net