ramblings on PHP, SQL, the web, politics, ultimate frisbee and what else is on in my life
back 1  2  »  

Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

Do they exist? Do they make you money (or in the case of Firebird meaningfully extend your community)? Would you be unhappy if support would be dropped in PHP 5.3, in PHP 6.0? Do you have ressources to prevent this from happening, by taking ownership of the code in question? Are you interested in ensuring the availability of solid support in PDO? While I do not think support will be dropped in PHP 5.3 (well for FrontBaseSQL I have a hard time standing up in defense like I did for the other 3), there is a good chance this will happen in PHP 6.0. Without PDO support your users will be left more or less in the dust. So if you work for one of these vendors, please talk to who ever who can prevent this. If you know someone at these vendors, please contact them or give me the coordinates so that I can do this for you.

Oh and in case any of you vendors are wondering, the other guys do directly put people on the project: MySQL, Oracle, DB2 (and somewhat Informix), Ingres (yes these guys exist and they have a developer working on the ingres extension). SQLite and PostgreSQL to some extend are supported by the PHP community itself. All the other database extension or PDO drivers are more or less dead in the water in terms of support.

Update 15/06/2006:
This is again a shining example of where we could benefit from a structure like what I proposed to setup as part of emPHPower. This of course also applies to the question of we need to keep the undocumented funky multibyte features that we not yet supported in the re2c based builds of PHP 5.3. With an infrastructure in place to directly ask questions to its user base, PHP core developers could help solve situations like these quickly and for the benefit of the user base.

Comments



Re: Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

It would be a pity to loose Firebird support, but I really don't think that the average Firebird user is working with Php.
I suspect that the vast majority is using Java, .NET and Delphi.
Note also that Firebird is a well established embedded database, so no Php usage again ... :-(

Re: Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

We use FrontBase almost exclusively at work. It works great for us, and we have a very close relationship with them, we communicate directly with one of the main developpers.

However it's sad that there's no PDO driver for FB yet. I believe Mr. Frank M. Kromann is writing it but I don't believe he released a public version yet. This prevents us from using PHP frameworks such as Zend Framework, CodeIgniter, CakePHP, Synfony, etc.

I am pretty confident that it will still be supported in PHP6 though, no doubt in my mind -- or else our company is in big trouble :-). Maybe not via a PDO driver, but at least with the fbsql_*() functions.

Re: Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

I have heard rumors of a possible "return" of Frank to the PHP project. There quite a few extensions he had in his hands at some point and of course a lot of windows related stuff he also helped with. Is Frank working for FB again?

Anyways, if you have close connections with them, make sure that they know about the thread on internals and take the necessary actions. Thanks for your reply!

PS: Doctrine supports adapters based on the old "native" extensions. I do not think FB is supported, but it should not be impossible to write an FB adapter in order to get Doctrine to work. At this point symfony would work for you.

Re: Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

@Guillaume,

We use FrontBase almost exclusively at work. It works great for
us, and we have a very close relationship with them, we
communicate directly with one of the main developpers.

If you can ask them if they would be interested to help us to make their product working smoothly with the #1 web language, it would be very helpful.

For now, no one in the core developers have interest or motivation to do it. See the discussions on internals, the same proposal I did to firebird or sybase applies to Frontbase.

Re: Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

I find the entire topic confusing. PECL is not a "we no longer support it" repository... Although the topic presented here is real, I hope people don't get the wrong idea of what PECL means or can mean.

Re: Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

Right. In this case PECL would be used as a holding place with the hope to find someone willing to take over the extension. In PECL we should hopefully also one day get the nice features from the PEAR website, where a package can be marked as unmaintained or deprecated. The first means that we are hoping for someone to step up and take over, the other obviously means that the given package has been EOF'ed.

Re: Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

I will try to get someone at FrontBase get in the loop. Unfortunately I do not have enough knowledge to get involved in the development, so hopefully someone else will step in.

Re: Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

@pabloj,
In our project we use Firebird + Delphi program (as our system backend) + PHP site (as frontend). This is a very convenient.

Re: Interbase/Firebird/Sybase/FrontBaseSQL do you hear the cries of your PHP users?

@Ilya: So are you willing to make yourself available as a tester for the Firebird support in PHP? We really need some people that actually use Firebird (and the other databases) in order to ensure that what we are shipping actually works.

Before you can post a comment please solve the following captcha.
your name


1  2  »