这是用于存储文件的可行子目录系统吗？答案

【问题标题】：Is this a viable subdirectory System for storing files?这是用于存储文件的可行子目录系统吗？
【发布时间】：2011-07-30 17:16:58
【问题描述】：

我在某处读到，您不能将数百万个文件放在一个文件夹中，而且人们通常使用散列或其他东西创建子目录...我还读到，与删除数据库和工作有关仅使用 NTFS。但我需要数据库。

出于我的需要，并且在我（可怜的）编码知识的限制下，我想向您展示我的想法，如果它可行，请告诉我。

这就是我对使用时间的子目录的看法

->我的数据/年（无限子目录）/每年每月（12 个子目录）/每月每周（4 个子目录）/每周几天（7 个子目录）/每天小时数（24 个子目录）/每小时分钟数（60 个子目录）

我认为它的好处是可以更快地及时访问新数据（因为过去的数据不会与最新的数据混合）并且文件夹非常空，需要更新我发现问题是如果人们在短时间内发送大量数据

我不知道，这些只是一些想法，也许我应该花点时间完全理解哈希子目录

感谢任何启发

【问题讨论】：

【解决方案1】：

这个问题让我有点害怕 :) 我看到一个简单的解决方案是为您的数据库表添加时间戳，这样您就可以轻松查询与特定日期或日期范围相关的数据。您可以查询仅在过去或仅在未来的数据，或仅在过去但发生在指定日期之后的数据。

这就是为什么关系数据库很棒并且像您建议的那样替换文件系统解决方案的原因。

MySQL 可以处理数亿行。甲骨文可以处理数万亿。这就是它们的目的，詹姆斯 :)

【讨论】：