我想存储一些与应用程序相关的文件元数据，NTFS 备用数据流 (AltDS) 允许我将此元数据直接存储在文件上，而不是存储在单独的数据库中。
我只是觉得这不是一个好主意。我知道这仅适用于 NTFS，但至少如果用户将文件复制/移动到非 NTFS 驱动器，他们会收到来自 Windows 的警告（是的，是的，没有人阅读警告，我知道）-
而且，在文件上存储额外的数据可能会变得非常浪费，因为即使我的应用程序被卸载，AltDS 仍然存在。就像十年前，人们在卸载程序后使用“注册表清理程序”从注册表中删除无用的条目，以使系统运行得更快（当清理程序清理得太多时，系统会变得不太稳定......）。
我只是想知道它们会是什么合理地用于？它们是否应该完全留给 Microsoft Apps 使用？或者是否存在某种通用策略，哪些类型的应用程序可以使用它们（恶意软件除外）？
Edit:只是为了澄清什么my想法是。我正处于为自己编写小型文档管理系统的早期阶段。因为我想自由地移动文件，所以我想在文件上存储元数据，这样如果我移动/重命名/修改它们，我的应用程序仍然可以识别它们。它可以是整个元数据，也可以只是与单独数据库配合使用的 GUID。
总结一下给出的要点：
Pros:
- 元数据随文件移动，因此无需通过哈希或文件名来识别它
- 适用于所有文件类型，甚至是无法在文件本身中存储任何数据的 .txt 文件
Cons:
- Only works on NTFS which may not be the default file system in future Windows Versions
- 尽管如果 MS 不自动转换它们（如果它们将 WinFS 组合在一起），我会感到惊讶
- 即使我的应用程序被卸载，AltDS 仍然存在
- 隐私问题
- Fragile
- 大多数 USB 记忆棒都是 FAT32。许多私有文件服务器都是Linux。从互联网下载文件应该只传输文件而不是流。简而言之：很容易失去它们。
另一个症结所在：备份软件。有些人会忽略它，有些人不会恢复它，有些人会支持它，但在没有你告诉的情况下不会做任何事情。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
