元数据和多个交错、可插入流：哪种文件格式？
一旦我想到新的软件项目和当前数据的使用，我就再也无法忍受原始文件了。他们现在看起来不自然。
基本上，一个文件应该包含一个或多个数据“流”、元数据/属性等。
该文件应该针对顺序、并行读取（如我认为的 mkv）进行优化，但对于直接（“随机”）读取访问具有合理的性能，可能写访问和直接插入。
也许甚至显式的逻辑数据结构（在每个流内）也可能有用。
mkv 似乎是一种非常通用的容器格式，但它似乎并不完全满足需要，并且 iirc 在容器格式本身中有一些特定于多媒体的功能，
我看到建议将 sqlite 作为替代方案，但有一个全文件锁定机制，我只是不知道不知道流数据是如何组织的（如果它保持足够的多媒体友好性或者它是否更单次访问优化）
你有什么提示给我吗？是否还有其他开放的、跨平台的、通用容器、通用访问优化的、可插入的数据格式？我可以学什么？
Once I think about new software projects and current-age data uses, I cannot stand raw files anymore. they seem unnatural now.
Basically a file should contain one or more data "streams", metadata/attributes, etc.
The file should be optimized for sequential, parallel read (like mkv I think) but have reasonable performance for direct ("random") read access, possiby write access, and direct insertions.
Maybe even explicit logical data structure (inside each stream) might be useful.
mkv seems a pretty generic container format, but it seems to not completely fit the need and iirc has some multimedia-specific features in the container format itself
I see sqlite suggested as an alternative, but has an all-file locking mechanism and I just don't know how stream data gets organized (if it stays multimedia-friendly enough or if it's more single-access optimized)
Do you have any hint for me? Are there any other open, cross-platform, generic container, generic-access optimized, insertable data formats? What could I study?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
HDF5怎么样？
How about HDF5?