我正在编写一个脚本来备份各种不同的文件。 我想要做的是存储关于备份的元信息。 目前我正在使用文件名，例如：
backups/cool_file_bkp_c20120119_104955_d20120102 其中c表示文件创builddate时间， d表示“数据时间”，表示cool_file实际包含的内容。 我当前使用“数据时间”的原因是，以后的备份可能由同一个文件组成，在这种情况下，我知道我可以安全地replace之前的同一个“数据时间”的备份，而不会丢失任何信息。
这似乎是一个可怕的方式做事，但它似乎有没有非操作系统的依赖的好处。 有没有更好的办法？
仅供参考：我正在使用Python来编写我的备份创build脚本，目前需要在Windows XP，2003和Redhat Linux上运行。
编辑：解决scheme：从下面的答案，我已经推断，文件的元数据不是以标准的方式广泛支持。 鉴于我的目标是将元数据与文件紧密结合起来，似乎将文件与元数据文本文件一起归档是一种方法。
我会采取两种方法之一：
在后台目录创建一个独立的文件，其中包含所需的元数据 – 这可能是人类可读的形式，只是为了使生活更简单，如JSON数据结构或“ini”像文件。
另一个是将复制的文件归档 – 可能使用“zip”，并将其与所需的元数据一起捆绑到文本文件中。
在一些地方，比如在java .jar文件，Open Document Format（由几个office sutres创建的offfice文件），Office Open XML（Microsoft特定的offic文件）以及甚至Python语言自己的鸡蛋。
Python标准库中的ziplib模块具有实现这一点所需的所有工具 – 您可以在与原始文件捆绑在一起的文件中使用字典表示，以获得尽可能多的元数据。
在任何这些方法中，当然，还需要帮助程序脚本来查看和过滤文件上的元数据。
不同的文件系统（不是不同的操作系统）具有不同的存储元数据的能力。 NTFS有很多可能性，而FAT是非常有限的，并且分机之间。 没有广泛的（主观的术语，是）文件系统支持您可以使用的自定义标签。 因此，不存在使用这种标签的标准方式。 在Windows上，有人试图引入扩展属性，但这些都是以一种几乎不可用的棘手方式实现的。
因此，把所有可能的东西放入文件名仍然是唯一的工作方法。 请记住，文件系统对文件名和文件路径长度有限制，使用这种方法可能会超出限制，所以要小心。