Question

此时，当前的目录下会有一个或多个真实的文件，它们的名字都以"persondb"开头。实际创建的文件可能根据每个平台而有所不同，与在内置的open函数中一样，shelve.open()中的文件名也是相对于当前工作目录的，除非它包含了一个目录路径。不管文件存储在哪里，这些文件实现为一个通过键访问的文件，其中包含了我们的3个Python对象的pickle化的表示。不要删除这些文件，它们是你的数据库，并且是我们备份或移动存储的时候需要复制和转移的内容。

如果愿意的话，可以查看shelve的文件，从Windows Explorer或Python shell都可以看到，但是，它们是二进制散列文件，并且大多数内容对于shelve模块以外的环境没有太大意义。安装了Python 3.0并且没有安装额外的软件，我们的数据库存储在3个文件中（在Python 2.6中，它只是一个文件persondb，因为bsddb扩展模块在Python中为shelve预安装了；在Python 3.0中，bsddb是一个第三方开源插件）：

这些内容并非无法解读，但是它们在不同的平台上有所不同，并且无法确切地等同于一个用户友好的数据库界面！要更好地验证我们的工作，可以编写另外一个脚本，或者在交互模式下浏览shelve。由于shelve是包含了Python对象的Python对象，所以我们可以用常规的Python语法和开发模式来处理它。这里，交互提示模式有效地成为一个数据库客户端：

注意，在这里，为了载入或使用存储的对象，我们不一定必须导入Person或Manager类。例如，我们可以自由地调用bob的lastName方法，并且自动获取其定制的打印显示格式，即便在我们的作用域中没有Person类。这之所以会起作用，是因为Python对一个类实例进行pickle操作，它记录了其self实例属性，以及实例所创建于的类的名字和类的位置。当随后从shelve中获取bob并对其unpickle的时候，Python将自动地重新导入该类并且将bob连接到它。

这种方法结果就是，类实例在未来导入的时候，会自动地获取其所有的类行为。只有在创建新实例的时候，我们才必须导入自己的类，而不是处理已有实例的时候也要这么做。尽管这是一项成熟的功能，但这个方案是多方综合结果：

·缺点是：当随后载入一个实例的时候，类及其模块的文件都必须导入。更正式地说，可以pickle的类必须在一个模块文件的顶部编码，而这个模块文件可以通过sys.path模块的查找路径所列出的目录来访问（并且，该模块文件不该在大多数脚本文件的模块__main__中，除非它们在使用的时候总是位于该模块中）。由于这一外部模块文件的需求，因此一些应用程序选择pickle更简单的对象，例如，字典或列表，特别是如果它们要通过Internet传送的时候。

·好处是，当该类的实例再次载入的时候，对类的源代码文件的修改会自动选取；这往往不需要更新存储的对象本身，因为更新它们的类代码就会改变它们的行为。

Shelve还有众所周知的限制（本章末尾的数据库建议会提到其中的一些）。然而，对于简单的对象存储，shelve和pickle是非常易于使用的工具。