我正在为每个用户可以上传多张图片的基本照片库设计数据库。
现在这是我所拥有的:
相册
photo_id - image - sort_order - user_id
1 - test.jpg - 1 - 1
2 - another_photo.jpg - 2 - 1
然后在我的文件夹结构上创建一个新文件夹,如下所示: images/photo-gallery/ 并将图像存储在那里。现在,我是否应该为每个 user_id 创建一个文件夹并将他们的特定图像存储在该文件夹中/
所以在这种情况下: images/photo-gallery/1/test.jpg 和用户 1 的所有照片都会在那里?
另外,为了调整大小,我正在考虑使用 smart image resizer所以我可以只存储原始照片,如果我想将其调整为特定大小,我可以使用如下脚本调用它:/image.php?width=200&height=200&image=test.jpg。
我应该散列这些文件名吗?我还缺少其他东西吗?关于如何改进这一点有什么建议吗?
谢谢!
最佳答案
Now, should I create a folder for each user_id and store their specific images in that folder?
是的,以某种方式分开上传是个好主意,这样您就不会在一个目录中保存数万个文件。您可以通过用户 ID、首字母(例如 images/t/te/test.jpg)或哈希(例如 images/0e/0e4fab12.jpg)分隔它们。
Should I be hashing these file names?
这取决于您要实现的目标。由于您打算在 URL 中引用文件名,因此使用一组已知的“安全”字符存储文件名可能是一个优势:
image.php?image=c/ca/cat%20farting%20On%20a%20lemon.jpg
-- vs --
image.php?image=0a/0a1b2c3d.jpg
但是,如果您这样做,我建议扩展您的数据库架构以包含原始文件名:
photo_id | image | orig_fn | sort_order | user_id
1 | 0a/0a1b2c3d.jpg | charginLazors.jpg | 1 | 2
您还可以考虑存储有关图像的其他元数据,例如上传日期、标题等。
关于文件夹结构,您可以使用文件名中任意数量的字符,但需要考虑一些事项:
使用创建十六进制文件名的哈希方法意味着子文件夹的最大数量将是 16 的倍数:
- 一个字符——16个子文件夹
- 两个字符 — 256 个子文件夹
- 三个字符 — 4096 个子文件夹
如果您使用两个以上的字符,我建议进一步嵌套文件夹:0a/0a12/0a12bd31.jpg
-or- 0a/12/0a12bd31.jpg
。这使得导航/管理文件更易于管理 (IMO)
请记住,您使用的前缀字符越多,每个文件夹中的文件就越少。如果您期望高容量,您可以选择更多的文件夹,每个文件夹的文件更少。
关于php - 用户照片库的 MySQL 设计,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8715750/