CMS与文件系统存储id可扩展性

事项 直到你达到一定的尺寸(我无论如何都不能, 记住 这个尺寸。..).关键是要找到一种方法,然后坚持下去,希望它能让你永远不需要再碰它。我自己的建议,没有任何像证据一样令人信服的支持,类似于你自己的建议:

c:\<customer_id>\<document_year>\<document_month>\<document_day>\actual_file.tif

我还建议,根据您的服务器设置,可能值得为每个客户(取决于数据量或帐户类型)提供自己的驱动器/分区。

无论什么

c:\documents and settings\university\year1\module21\assignment1.doc

this one

如果您打算将内容移动到不同的机器(SAN/NAS),则需要解决您提出的存储策略。为此,您需要从路径中删除所有客户数据,只需创建一个哈希值,然后将其保存在数据库中,以链接到您正在访问的文件。这样,你就得到了一个类似这样的文件夹结构:

NAS1/00/01/86/63/54/89/image01/image.tiff
NAS2/00/02/46/62/22/11/image02/image.tiff
...

MogileFS 。你需要做的就是在它前面添加某种代理,一切都会好起来的。

就像戴夫提到的,确保你的一个文件夹里没有太多的孩子。在10000左右,事情往往会变得相当缓慢。