8 个解决方案
#1
用 sql server 存比较好。 如果用文件夹保存， 会有很多很多的文件， 管理及其不方便， 资源管理器里面打开那样一个文件夹都要半天。 像复制， 删除什么的更加慢。
#2
文件存储好，不然你备份图片数据和管理图片数据都得麻烦点了。
#3
20G图片用数据库管理？
一定是疯子
呵呵
用文件管理方便，不过就是要多分类，每个文件夹放的图片不要过多，以1000为上限
否则访问很慢
一定是疯子
呵呵
用文件管理方便，不过就是要多分类，每个文件夹放的图片不要过多，以1000为上限
否则访问很慢
#4
数据库只存储路径和相关信息.
操作时只通过数据库和程序实现,不要直接操作文件夹
操作时只通过数据库和程序实现,不要直接操作文件夹
#5
jiangzheng3(歪歪) ( ) 信誉：100 2004-04-16 14:10:00 得分:0
数据库只存储路径和相关信息.
操作时只通过数据库和程序实现,不要直接操作文件夹
我就是这样的！搜索用数据库，完了再直接掉用，不用查看文件夹：）
数据库只存储路径和相关信息.
操作时只通过数据库和程序实现,不要直接操作文件夹
我就是这样的！搜索用数据库，完了再直接掉用，不用查看文件夹：）
#6
图片存在数据库里
太慢了吧
多建文件夹
路径存在数据库里
太慢了吧
多建文件夹
路径存在数据库里
#7
不用想了，这个问题早有结论。
对大型的文件管理系统，一般是用数据库做索引和关键字查询，用层次文件夹做文件保存。一般而言，层次文件夹绝对不会多于6层，足够用。每个文件夹内的文件数不要大于500，否则查询会比较慢。
一种通常的文件结构是这样：\文件类型\UserID或name\4位数字序列编号
而文件名用这个格式： 8位数字序列编码-文件的实际文件名.文件类型
如:
psd zhangsan 0001 00000001-人民大会堂.psd
0002 lisi
0001bmp zhangsan 0001
这样做的好处是：即可以充分利用数据库的特性查询结构性数据(如文件名、描述、关键字、结构信息)的好处，又可以避免采用纯数据库模式运行时，大量进行非结构性数据输入输出的弊端。
试想一下，假设你的用户需要获取一个PSD图片的时候（假设大小是10M吧），都要先从数据库里面动态生成一个文件抛出给客户，这需要多少的连接时间？？在这个连接时间内，数据库只是进行了简单的I/O操作而已，而不是用于有价值的查询，这个动作让给操作系统去做，绝对要廉价的多。要知道现在的数据库全部都是按照连接来记费的，一个客户同时连接的客户端的数量是极其宝贵的。当你的客户仅仅是个把人，可能你感觉不出来差别，但是，当你的客户是10个人、100个人的时候呢？要是你的程序想要进行商用，用纯数据库的这种方式绝对会被客户骂死。
对大型的文件管理系统，一般是用数据库做索引和关键字查询，用层次文件夹做文件保存。一般而言，层次文件夹绝对不会多于6层，足够用。每个文件夹内的文件数不要大于500，否则查询会比较慢。
一种通常的文件结构是这样：\文件类型\UserID或name\4位数字序列编号
而文件名用这个格式： 8位数字序列编码-文件的实际文件名.文件类型
如:
psd zhangsan 0001 00000001-人民大会堂.psd
0002 lisi
0001bmp zhangsan 0001
这样做的好处是：即可以充分利用数据库的特性查询结构性数据(如文件名、描述、关键字、结构信息)的好处，又可以避免采用纯数据库模式运行时，大量进行非结构性数据输入输出的弊端。
试想一下，假设你的用户需要获取一个PSD图片的时候（假设大小是10M吧），都要先从数据库里面动态生成一个文件抛出给客户，这需要多少的连接时间？？在这个连接时间内，数据库只是进行了简单的I/O操作而已，而不是用于有价值的查询，这个动作让给操作系统去做，绝对要廉价的多。要知道现在的数据库全部都是按照连接来记费的，一个客户同时连接的客户端的数量是极其宝贵的。当你的客户仅仅是个把人，可能你感觉不出来差别，但是，当你的客户是10个人、100个人的时候呢？要是你的程序想要进行商用，用纯数据库的这种方式绝对会被客户骂死。
#8
根据大家建议，我设计如下：（大型图库网站方案）
1。网站图库图片->远程写入本地服务器数据库（xmlhttp）->
->本地程序根据链接地址标识图片信息
2。（按日期，比如一个月对图片管理）管理员对图片进行管理维护一次性把数据写入各目录文件，把写入文件的图片标识出来
3。用户读取图片，程序判断是否该图片是被标识过的，如是则读取图片文件路径，否则直接读取Sql取图
Sql存储读取的效果可以看 http://tuku.jiaonan.com.cn
图片大约有3G，使用的独立服务器，内存1G，p4 1.7
1。网站图库图片->远程写入本地服务器数据库（xmlhttp）->
->本地程序根据链接地址标识图片信息
2。（按日期，比如一个月对图片管理）管理员对图片进行管理维护一次性把数据写入各目录文件，把写入文件的图片标识出来
3。用户读取图片，程序判断是否该图片是被标识过的，如是则读取图片文件路径，否则直接读取Sql取图
Sql存储读取的效果可以看 http://tuku.jiaonan.com.cn
图片大约有3G，使用的独立服务器，内存1G，p4 1.7
#1
用 sql server 存比较好。 如果用文件夹保存， 会有很多很多的文件， 管理及其不方便， 资源管理器里面打开那样一个文件夹都要半天。 像复制， 删除什么的更加慢。
#2
文件存储好，不然你备份图片数据和管理图片数据都得麻烦点了。
#3
20G图片用数据库管理？
一定是疯子
呵呵
用文件管理方便，不过就是要多分类，每个文件夹放的图片不要过多，以1000为上限
否则访问很慢
一定是疯子
呵呵
用文件管理方便，不过就是要多分类，每个文件夹放的图片不要过多，以1000为上限
否则访问很慢
#4
数据库只存储路径和相关信息.
操作时只通过数据库和程序实现,不要直接操作文件夹
操作时只通过数据库和程序实现,不要直接操作文件夹
#5
jiangzheng3(歪歪) ( ) 信誉：100 2004-04-16 14:10:00 得分:0
数据库只存储路径和相关信息.
操作时只通过数据库和程序实现,不要直接操作文件夹
我就是这样的！搜索用数据库，完了再直接掉用，不用查看文件夹：）
数据库只存储路径和相关信息.
操作时只通过数据库和程序实现,不要直接操作文件夹
我就是这样的！搜索用数据库，完了再直接掉用，不用查看文件夹：）
#6
图片存在数据库里
太慢了吧
多建文件夹
路径存在数据库里
太慢了吧
多建文件夹
路径存在数据库里
#7
不用想了，这个问题早有结论。
对大型的文件管理系统，一般是用数据库做索引和关键字查询，用层次文件夹做文件保存。一般而言，层次文件夹绝对不会多于6层，足够用。每个文件夹内的文件数不要大于500，否则查询会比较慢。
一种通常的文件结构是这样：\文件类型\UserID或name\4位数字序列编号
而文件名用这个格式： 8位数字序列编码-文件的实际文件名.文件类型
如:
psd zhangsan 0001 00000001-人民大会堂.psd
0002 lisi
0001bmp zhangsan 0001
这样做的好处是：即可以充分利用数据库的特性查询结构性数据(如文件名、描述、关键字、结构信息)的好处，又可以避免采用纯数据库模式运行时，大量进行非结构性数据输入输出的弊端。
试想一下，假设你的用户需要获取一个PSD图片的时候（假设大小是10M吧），都要先从数据库里面动态生成一个文件抛出给客户，这需要多少的连接时间？？在这个连接时间内，数据库只是进行了简单的I/O操作而已，而不是用于有价值的查询，这个动作让给操作系统去做，绝对要廉价的多。要知道现在的数据库全部都是按照连接来记费的，一个客户同时连接的客户端的数量是极其宝贵的。当你的客户仅仅是个把人，可能你感觉不出来差别，但是，当你的客户是10个人、100个人的时候呢？要是你的程序想要进行商用，用纯数据库的这种方式绝对会被客户骂死。
对大型的文件管理系统，一般是用数据库做索引和关键字查询，用层次文件夹做文件保存。一般而言，层次文件夹绝对不会多于6层，足够用。每个文件夹内的文件数不要大于500，否则查询会比较慢。
一种通常的文件结构是这样：\文件类型\UserID或name\4位数字序列编号
而文件名用这个格式： 8位数字序列编码-文件的实际文件名.文件类型
如:
psd zhangsan 0001 00000001-人民大会堂.psd
0002 lisi
0001bmp zhangsan 0001
这样做的好处是：即可以充分利用数据库的特性查询结构性数据(如文件名、描述、关键字、结构信息)的好处，又可以避免采用纯数据库模式运行时，大量进行非结构性数据输入输出的弊端。
试想一下，假设你的用户需要获取一个PSD图片的时候（假设大小是10M吧），都要先从数据库里面动态生成一个文件抛出给客户，这需要多少的连接时间？？在这个连接时间内，数据库只是进行了简单的I/O操作而已，而不是用于有价值的查询，这个动作让给操作系统去做，绝对要廉价的多。要知道现在的数据库全部都是按照连接来记费的，一个客户同时连接的客户端的数量是极其宝贵的。当你的客户仅仅是个把人，可能你感觉不出来差别，但是，当你的客户是10个人、100个人的时候呢？要是你的程序想要进行商用，用纯数据库的这种方式绝对会被客户骂死。
#8
根据大家建议，我设计如下：（大型图库网站方案）
1。网站图库图片->远程写入本地服务器数据库（xmlhttp）->
->本地程序根据链接地址标识图片信息
2。（按日期，比如一个月对图片管理）管理员对图片进行管理维护一次性把数据写入各目录文件，把写入文件的图片标识出来
3。用户读取图片，程序判断是否该图片是被标识过的，如是则读取图片文件路径，否则直接读取Sql取图
Sql存储读取的效果可以看 http://tuku.jiaonan.com.cn
图片大约有3G，使用的独立服务器，内存1G，p4 1.7
1。网站图库图片->远程写入本地服务器数据库（xmlhttp）->
->本地程序根据链接地址标识图片信息
2。（按日期，比如一个月对图片管理）管理员对图片进行管理维护一次性把数据写入各目录文件，把写入文件的图片标识出来
3。用户读取图片，程序判断是否该图片是被标识过的，如是则读取图片文件路径，否则直接读取Sql取图
Sql存储读取的效果可以看 http://tuku.jiaonan.com.cn
图片大约有3G，使用的独立服务器，内存1G，p4 1.7