我将拥有一个包含许多公司的网站，每个公司都可以上传他们的徽标。为每个注册的公司创建一个文件夹是否是个好主意，所以它是
companies/user1/logo.jpg 和 companies/user2/logo.jpg 并将每个人都存储在一个文件夹中，这样我就不需要引用图像的路径了吗？
或者我应该将它们存储在一个文件夹中，例如 company_logos/gaegha724252.jpg，它们都是随机文件名，并且路径将存储在与该公司关联的数据库中？
有什么优点和缺点？
谢谢！
【问题讨论】：
标签： php mysql database image store
优势：对于在后端摆弄系统的人来说，它们在逻辑上是显而易见的——真的就是这样。
缺点：删除公司等时“更难”清理，并且您必须确保目录名称没有重叠，通常从一开始就需要更多工作。
优势从技术上讲，清理起来更容易一些，而且工作量也不大。
缺点您至少必须编写一个非常基本的碰撞检测算法和一个非常基本的“随机名称生成器”。
警告：许多人在这场争论中丧生！
优点：参照完整性、备份/恢复更简单、分类
缺点：充满陷阱、可能更慢、更先进的存储/检索技术、潜在的性能问题和网络请求的增加。此外，大多数廉价托管服务提供商的数据库都太糟糕了，这不是一个好主意。
我强烈建议只使用散列文件名并将其（文件名）存储在数据库中，然后将图像存储在磁盘上的一个文件夹（或多个文件夹）中。从长远来看，这应该会容易得多，并且总体上会表现得更好，而不会变得太复杂。
【讨论】：
我会更进一步：在将每个文件存储到文件系统之前计算每个文件的 MD5 总和。您可以使用前两个字符作为一级目录名，后两个字符作为二级目录：
vv 1st level
61f57fe906dffc16597b7e461e5fce6d.jpg
^^ 2nd level
由于散列算法具有平均分布，这将在文件夹之间平均分配您的文件（这个想法来自 Squid 如何组织它的文件缓存）。服务器应该返回这样的 URL（例如，没有关于目录的概念）：
http://server.com/images/61f57fe906dffc16597b7e461e5fce6d.jpg
您可以申请mod_rewrite 来实际将此网址重写为如下内容：
/storage/images/61/f5/7fe906dffc16597b7e461e5fce6d.jpg
这也会增加一定程度的匿名性并隐藏真实的图像名称。此外，如果您的客户打算上传相同的内容，它最终会出现在同一个文件中，这将节省您的磁盘空间。从一个客户端删除文件时要小心：它也可能被其他人使用！
【讨论】：
将它们存储为“company_logos/125.jpg”，其中 125 是唯一 ID（数据库中的主键）。
【讨论】：
根据您期望的公司数量，为每个公司创建一个文件夹很快就会变得荒谬。此外，从磁盘读取文件夹结构比从数据库读取要慢得多。
您可以将图像位置存储在数据库中，也可以使用 ID 解决方案。如果需要，您还可以使用“blob”类型将图像本身存储在数据库中。尽管其他问题已经解决了这个问题： Storing Images in DB - Yea or Nay?
我觉得最好要么把图片名存入数据库，要么用ID方法。
【讨论】：
如果它只有几百条左右的记录，我不会费心将图片存储在数据库之外。
【讨论】：