[wp-hackers] alternative database support
michael at wakeless.net
Thu Oct 12 00:44:56 GMT 2006
Why don't we move the SQL calls to a translation style dictionary lookup,
and wpdb is already quite modular, then if someone wants to write a
different DB layer, they can, it just won't be supported by the default, no
skin off our noses, but we have added a great deal of flexibility to the
database side of proceedings.
On 10/11/06, Brian Layman <Brian at thecodecave.com> wrote:
> >All I'm saying is that if the folks that want PostgreSQL/SQLite/etc.
> >all work together on an ADOdb port, this work can benefit and be
> >leverages by others. I think that having a single fork around
> >additional database support is a lot better idea than a fork for each
> >database type.
> Agreed about the tracks/forks.
> Also, perhaps the adoption of the WP API (so to speak) to access the DB
> rather than straight SQL commands has to be more universal before this can
> take off at full speed. Heck, people still insert posts using queries
> rather than core code. We just saw that question here this month and I'm
> sure there are other examples in the field. When the core can do
> needed and the current plugins authors and hackers can teach
> those-who-come-after to only use core calls to access the DB, you'll be
> to make the DB access a modular black box that can be replaced at will.
> The team that eventually does this might have a good start if they looked
> where SQL is used in all of the plugins and determining if there are
> to handle that in the core and if not, adding it if it is needed. By
> completely modularizing the DB access this way, their job might be a lot
> easier in the end.
> Brian Layman
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
More information about the wp-hackers