[Python-Dev] pysqlite for 2.5?

Georg Brandl g.brandl at gmx.net
Wed Mar 29 22:08:34 CEST 2006


Phillip J. Eby wrote:
> At 11:36 AM 3/29/2006 -0800, Guido van Rossum wrote:
>>On 3/28/06, Anthony Baxter <anthony at interlink.com.au> wrote:
>> > I'm happy to work with Gerhard to make this happen. Does it need a
>> > PEP? I'd say "no", but only because things like ElementTree didn't,
>> > either. Does it need a BDFL pronouncement? I'd say yes.
>>
>>Unless you've recanted on that already, let me point out that I've
>>never seen sqlite, and I've ignored this thread, so I don't know what
>>the disagreement is all about. Perhaps one person in favor and one
>>person against could summarize the argument for me?
> 
> Pro:
> 
> * SQLite is really nice to have for writing simple applications with small 
> data needs, especially client-side software.  It's probably the 
> best-of-breed open source embedded SQL DB right now.
> 
> * So, having a wrapper would be a big "Batteries included" plus for Python
> 
> Con:
> 
> * Competing Python wrappers exist

Which aren't DBAPI compliant, and I think not nearly as popular.

> * SQLite itself is updated frequently, let alone the wrappers

That's a point.

> * Build integration risks unknown, possible delay of 2.5?

There could be an sqlite-integration branch. If it's ready for beta 1,
it is merged then, if not, it is merged to trunk after 2.5 final happened.

Georg



More information about the Python-Dev mailing list