目前我正在想出一个文件和文件夹的命名约定，本质上是一种方法，将400万以上的图像在服务器上分散到不同的目录中。
我想弄明白的是我在这里最好的方法。 与其说是把我所有的图像分成若干组，或者把它们重新命名，以防止碰撞或其他任何事情发生。 我不是在寻找答案， 我会想办法做到这一点。 我试图得到答案是build立一个文件夹结构打破这些图像分开的最佳方式是什么将是一个很好的命名约定，不仅重命名现在的文件，而且将来命名它们。 以及什么是一个很好的命名约定跟随文件夹？
我只问这个原因，我觉得采取一个单独的文件夹，无论是单个服务器上，还是横跨集群网格或云端样式（网格在计划中，而不是在当前预算中）都不是最好的方法，因为它会导致读/写时间的额外负担，以及不pipe怎样进行查看文件是否存在，然后及时提供。
我知道这似乎是一个广泛的问题。 但最终还是要命名约定和存储约定来维持一个优化的环境。
通过命名约定，我会举一个例子。 Facebook，当你看它的图像文件名称是类似于一个GUID但不完全。 但是我知道在这个惯例中也有一些逻辑。 所以我还是挺开放的，结果我不知道我在这里问的是什么，或者我问的是对的，但是我希望有人能够指引我走向正确的方向。
没有。
然后，您可以移动部分存储（文件夹层次结构甚至不必是层次结构），并重命名为无成本（文件名称保持不变）。 你也可以轻松地处理双重名称 – 它们根本不会在存储方面发生。
最后，当你pipe理这个数量的项目时，没有人会一个接一个地看着它们。 无论如何，你将开始拥有所有权，标签等，并且需要一个数据库。 然后真实的名字是一个痛苦。 摆脱他们，使用身份名称（即只是说“这是项目引用nubmer X），哪些GUID的。