我正在用PHP实现一个图片上传系统，需要以下内容：
为此，我想到了两种方法：
每个类别都有自己的文件夹，PHP 将通过这些文件夹检测类别。
数据库中的每张图片都会有一个catID（或多个catID），PHP会查询数据库获取图片
你觉得哪个更好？还是我缺少第三种完全不同的方法？
请注意，我不需要代码，我可以自己实现，我正在寻找要实现的内容。
希望收到您的来信。
【问题讨论】：
我相信第二个选项更好，数据库给你更多的灵活性，而且我认为如果你设置正确的索引，性能比文件系统更好。
在文件系统方法中，每个图像只能使用 1 个类别，而在数据库中，您可以在图像上设置多个类别。
db比较乱的con，抱歉我找不到原因db会比较乱，可能你的意思是文件系统上没有组织文件，但是你还是需要整理文件系统并将它们划分到多个文件夹以获得更好的性能，如果您想获取所有已上传的图像，您可以查询所有图像的数据库，这将比所有类别文件夹上的 ls 快得多。
在使用DB方法时在文件系统中组织文件我的意思是您需要将它们分成几个文件夹，实际上这取决于您预测图像的上传方式：
需要大量查询数据库的第二个问题并不完全正确，因为您将需要在文件系统上进行相同数量的查询，但速度要慢得多。
祝你好运。
PS 不要忘记为任何已上传的图像生成一个新的文件名，这样在不同的用户上传相同的图像名称或相同的用户时不会发生冲突。
【讨论】：
我倾向于使用数据库方法。您列出了查询数据库的需要作为一个缺点，但这就是构建数据库的目的。正如您自己指出的那样，当涉及到多个类别的项目时，层次结构有严重的限制，虽然您可以使用原生 PHP 函数来导航树，但这真的比运行 SQL 查询更快或更有效吗?
当然，实际的文件数据需要放在某个地方，而 BLOBS 说得委婉些是有问题的，所以我会将实际文件存储在文件系统中，但有关图像的所有数据（元数据）会更好一个数据库。数据库为您提供的额外灵活性值得您付出努力。
【讨论】：
第二种解决方案（数据库）实际上是对数据进行分类的TAG/LABEL系统。 这就是要走的路，最大的例子是 Gmail 和 Stackoverflow。 您唯一需要注意的是如何为标签建模。如果标签没有正确规范化，从数据库中查询会变得很昂贵。
【讨论】：
仅使用文件夹以使文件存储可靠，每个文件夹存储一定数量的文件，即
/b/e/beach001.jpg
至于你的困境，这根本不是问题。
根据您的情况，您可以自己说数据库是唯一的解决方案。
【讨论】：
由于您需要一个数据库来存储 cmets 和评级，因此您也应该将类别存储在数据库中。稍后您可能还想存储图像标题和描述；数据库允许您这样做。而且我不会担心查询数据库很多。
是否将图像本身存储在数据库或文件系统中是一个单独的问题which is discussed here。
关于在文件系统中存储图像的注意事项：不要将数千张图像存储在一个目录中；它可能会导致操作系统的性能问题。而是发明一种方法来组织子目录中的图像。您可以按日期、文件名、随机等对它们进行分组。一些约定：
上传日期：月/年
/uploaded_images
/2010/01
/2010/02
上传日期：月-年
/uploaded_images
/2010-01
/2010-02
图像名称的 md5 哈希：第一个字符
/uploaded_images
/0/
/1/
.
.
.
/e/
/f/
成千上万的批次
/uploaded_images
/00001000/
/00002000/
/00003000/
【讨论】：
我最终选择了这个问题的最佳答案：Effeciently storing user uploaded images on the file system。
它就像一个魅力。谢谢大家的回答！
【讨论】：