大家看这个功能该怎么实现

[zjkboy]

小弟想做个相册程序练手
最开始是这样想的
用户名为abc
那么我就在data下建立个文件夹abc
用户建立一个相册ddd
那就在这样一个结构 data\abc\ccc
如果用户想看拥有相册 遍历abc就好了
如果用户想查看ccc里的照片 我遍历ccc文件夹就好了

这样 数据库是否就可以只记录 用户名就OK了？
就不用记录 用户-相册-照片 等等麻烦的主从表关系啦？


但是另一个问题又出现了
如果你的web空间大小不能再存照片了
必然要扩容空间
如果这个扩容是不在本地扩容 比如原ip1为111.111.111.111 扩容空间ip2：222.222.222.222
这时用户新建相册就应该被放到ip2上
而按上面遍历的方法 我没办法知道哪个相册是用户abc的


而且又产生个问题是

如果ip1的空间满了 系统转而使用ip2空间
假使一个用户删除了ip1上的照片 使得ip1上又有空间了
势必会造成ip1上又abc的照片 ip2上也有abc的照片


如果真的要实现的话
那么数据库就必须记住每一个相册 每一张照片的具体位置 数据库的冗余和庞大在所难免。。。
而且 如果你要统计用户abc存入所有照片大小的总和 会造成不必要的麻烦。。。



那么 这个扩容和相片地址管理 应该怎么处理才好呢？

[roadblossom]

up

[zjkboy]

是我哪里想的不对吗？
难道我钻牛角尖了吗？

[cyqlightrain]

应该有程序来监测你来放图片的服务器还有没有空间来放图片.然后更新数据库中某个字段.在放置图片到服务器上.

[易企加_天马行空]

如果你的web空间大小不能再存照片了
-----------
你认为你加硬盘划得来些呢，还是加机器划得来些？

那么数据库就必须记住每一个相册 每一张照片的具体位置 数据库的冗余和庞大在所难免。。。
-----------------------------------------------------------------------
不知道lz要设计一个用户量是多大的相册？现在磁盘动不动就几百个g，还有t级别的，楼主竟然担心会空间不足。
即使如此，数据库记录一个地址能导致多大的冗余？200个字节？多少量的用户才会导致数据库庞大呢？

[zjkboy]

[Quote=引用 2 楼 tmxk2002 的回复:]
如果你的web空间大小不能再存照片了
-----------
你认为你加硬盘划得来些呢，还是加机器划得来些？

那么数据库就必须记住每一个相册 每一张照片的具体位置 数据库的冗余和庞大在所难免。。。
-----------------------------------------------------------------------
不知道lz要设计一个用户量是多大的相册？现在磁盘动不动就几百个g，还有t级别的，楼主竟然担心会空间不足。
即使如此，数据库记录一个地址能导致…
[/Quote]

我就是想到这么远而已 为了功能而实现 而不是为了实现而实现

[小_虎]

考虑成本问题...想的有点极端

[zjkboy]

讨教 tmxk2002

如果我要记录每一张照片的地址

请问这个数据库大概应该怎么设计？ 麻烦写几个字段示意一下

[liudanking]

学习，以前我还真没有考虑过这些问题

[zjkboy]

如果这个程序是建立在虚拟主机上的呢。
扩容很正常吧