目前我正在尝试为文件和文件夹制定命名约定，本质上是一种将服务器上的 400 万多张图像分散到各种目录或其他目录中的方法。
我想弄清楚的是我最好的方法。如果需要的话，将我所有的图像分成几组，或者重命名它们以防止在路上发生碰撞，或者任何类似的事情，都不是那么重要。我不是在寻找那部分的答案；我会想出办法以某种方式做到这一点。我想得到的答案是什么是构建文件夹结构以将这些图像分开的最佳方式，在重命名文件时不仅现在重命名文件而且在将来重命名文件时遵循什么好的命名约定。以及文件夹遵循的良好命名约定是什么？
我只问这个是因为我的印象是单独的文件夹，无论是在单个服务器上还是跨越集群网格或云样式（哪个网格在计划中，只是不在当前预算中）不是最好的方法，因为它会导致读/写时间的额外负载，以及查看文件是否存在然后及时提供服务的任何事情。
我知道这似乎是一个广泛的问题。但它最终是关于维护优化环境的命名约定和存储约定。
通过命名约定，我将举一个例子。Facebook，当您查看它的图像时，文件名类似于 GUID，但又不完全是。但我知道在那个约定中也有一些逻辑。所以又有点开放，因为最后我不知道我到底在问什么，即使我问的是对的，但我希望有人能指导我朝着正确的方向前进。
没有任何。
然后您可以移动部分存储（文件夹层次结构甚至不必是层次结构）并且重命名不需要任何费用（文件名称保持不变）。您还可以轻松处理双名——它们根本不会发生在存储端。
最后，当你管理这么多项目时，没有人会去一个一个地看。无论如何，您将开始拥有所有权、标签等，而这需要一个数据库。那时真名是一种痛苦。摆脱它们，使用 GUID 所做的身份名称（即只是说“这是项目引用编号 X”的名称）。