[stdlib-sig] Py3K bsddb name query

Brett Cannon brett at python.org
Thu Apr 10 22:55:29 CEST 2008


I went ahead and renamed dbm.db to dbm.bsd in the PEP.

-Brett

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?
>
>  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?
>
>  --
>  Mark Summerfield, Qtrac Ltd., www.qtrac.eu
>
>  _______________________________________________
>  stdlib-sig mailing list
>  stdlib-sig at python.org
>  http://mail.python.org/mailman/listinfo/stdlib-sig
>


More information about the stdlib-sig mailing list