oss 的 path 有必要分路径吗？
在上古时期，使用 fs 来存储文件的时候，要注意一件事情：『避免在一个文件夹放太多文件』
因为这样会让『从这个文件夹取文件变的很慢』
这里定律应该在 oss、s3、minio 等等对象存储时代应该不存在了吧！
直接全扁平存储就可以了吧！？
相当于把 10000000000000000000000000000000 个 object 都放一个『文件夹』下面
回答：
建议分
为什么呢？minio 的早期版本，filepath 和实际在 fs 上的存储路径是一致的，所以依然会受到 fs 的瓶颈制约
至于 aliyun oss，也是建议分，具体可看官方文档：
OSS性能与扩展性最佳实践 和 aliyun oss 使用限制
回答：
分不分都行，实际上也确实可以不分，对读写来说没有任何影响。
而且对于对象存储而言，其实也不存在所谓“路径”之说，你会发现一般那玩意儿被叫做 FileKey、而不是 FilePath，本质上就是个类似 Hash 的东西。
但实际使用中我们往往也还是会人为设置出一些所谓“路径”来 —— 其实就是 FileKey 里带了路径分隔符。比如可能在同一个桶中，我们会希望某一类文件拥有单独的生命周期、ACL 权限、或者什么其他的“特殊之处”，那么一般会人为设置一个特定的“前缀”来。
其实这个前缀是 temp/ 还是 temp- 没什么本质区别，但从习惯上普遍还是用前者了。
回答：
是的。
你没说错。
以上是 oss 的 path 有必要分路径吗？ 的全部内容， 来源链接： utcz.com/p/938543.html
