Subject | Re: What is the best DB abstraction for Firebird? |
---|---|
Author | nn33dl3 |
Post date | 2006-03-07T10:05:57Z |
--- In firebird-php@yahoogroups.com, Jochem Maas <jochem@...> wrote:
using Firebirds own PHP Functions instead of using ADOdb, PDO or whatever?
>arms, legs
> nn33dl3 wrote:
> > Hi,
> > What would be the best DB abstraction to use with Firebird, firebird
> > PDO, ADOdb or another if there is one?
>
> using PDO would be equivalent to taking firebird and cutoff its
> and reproductive organs off. (on top of the fact that half offirebirds features
> are not available via PDO, there is the issue of parameter bindingin queries and
> resultsets: the firebird extension does that out of the box (thefunctionality is
> merely exposed by the extension), without requiring you to writingtons of lines of
> repetitive code - where as PDO has php level parameter bindingfunctionality
> (so the underlying DB receives interpolated SQL - i.w. no more SQLinjection protection
> from the DB engine itself) which requires every freaking boundparameter to
> be explicitly defined)I can't make
>
> ADOdb is good by all accounts here - |I have no personal exprience.
>
> personally I roll my own DB wrapper classes (I don't call it abstraction
> because I have never intended on making my DB classes interchangeable)
> - why would I want an abstracted firebird connection?? it just means
> use of any of firebird's professional features - If I wanted MySQLI'd use it.
>covered
> now if someone would come up witha DB abstraction class that only
> DBMS' that support a decent feature set (e.g. Oracle, Postgres,Firebird)
> then maybe it would be worth it.available.
>
> > I was thinking of using PDO but there is only the beta version
> > What are you using?So if I want to get the most out of Firebird I would be better of
> > Regards
> > Rob
> >
> >
> >
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
> >
>
using Firebirds own PHP Functions instead of using ADOdb, PDO or whatever?