[stdlib-sig] Py3K bsddb name query
Quentin Gallet-Gilles
qgallet at gmail.com
Wed Mar 26 23:33:36 CET 2008
On Wed, Mar 26, 2008 at 8:30 PM, Brett Cannon <brett at python.org> wrote:
> On Wed, Mar 26, 2008 at 12:15 AM, Mark Summerfield <mark at qtrac.eu> wrote:
> > Hi,
> >
> > I notice that in PEP 3108 the dbm modules are going to be in package
> > dbm:
> >
> > New Old
> > ----------- --------------------------------------------
> > dbm.tools anydbm + whichdb
> > dbm.db db.hash (actually bsd db so presumably using
> > bsddb.hashopen() behind the scenes?)
> > dbm.ndbm dbm
> > dbm.dumb dumbdbm
> > dbm.gnu gdbm
> >
> > This leaves bsddb as a separate package. As far as I can tell bsddb is
> > not so different from the others. I presume (although the documentation
> > for bsddbobject.keys() denies it) that btopen() gives lexicographical
> > ordering and rnopen() give insertion order ordering by keys, whereas
> > hashopen() is unordered like a dict and like the other dbms provided.
> >
> > In any case the name dbm.db seems wrong to me (too generic when the
> > others are specific to their dbm type), so at the least shouldn't
> dbm.db
> > be renamed dbm.bsd?
> >
>
> Good point. Anyone object to that renaming?
+1 for dbm.bsd, it's more informative.
>
> > If consistency were wanted, dbm.bsd.open() could be a wrapper for
> > dbm.bsd.hashopen() but only with filenname, flag and mode arguments so
> > as to match the other dbms, and with dbm.bsd.hashopen(),
> > dbm.bsd.btopen() and dbm.bsd.rnopen() and the other bsddb-specific
> > functions available in the module as usual?
> >
>
> Adding new functions is beyond the reorganization of the stdlib. But
> it could be considered as a separate idea.
>
> -Brett
> _______________________________________________
> stdlib-sig mailing list
> stdlib-sig at python.org
> http://mail.python.org/mailman/listinfo/stdlib-sig
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/stdlib-sig/attachments/20080326/79b7e421/attachment.htm
More information about the stdlib-sig
mailing list