免费注册	查看新帖 \|


平台论坛博客文库

› 论坛 › IT运维 › 分布式文件系统（FastDFS） › 关于文件key的新需求.

最近访问板块

发新帖

查看: 2459 | 回复: 4

上一主题

下一主题

[FastDFS] 关于文件key的新需求. [复制链接]

论坛徽章:: 0

电梯直达

跳转到指定楼层

1楼 [收藏(0)] [报告]

发表于 2009-09-23 13:12 |只看该作者 |倒序浏览

现在有个新的需求，可能需要斑竹增加新的功能。
用户上传文件，fastdfs返回卷名和key，假如用户将卷名和key保存到数据库，当文件通过客户端进行迁移时，文件的卷名和key都发生变化，每迁移完一个文件都需要修改用户端数据库。当用户卷名和文件名分散在多个数据库时，这样的做法变得不太现实。更重要的是，迁移的时候迁移人员并不一定知道这些数据分散到了哪些数据库。
斑竹能不能提供一个接口，由用户传入文件key，fastdfs根据key决定文件存放的卷和路径.谢谢！

文库|博客

weatheryyj weatheryyj 当前离线禁止访问好友博客消息论坛徽章: 0	2楼 [报告] 发表于 2009-09-23 13:19 \|只看该作者提示: 作者被禁止或删除内容自动屏蔽
	实战分享：从技术角度谈机器学习入门\| 【大话IT】RadonDB低门槛向MySQL集群下战书 \| ChinaUnix打赏功能已上线！ \| 新一代分布式关系型数据库RadonDB知多少？

论坛徽章:: 4

2015年辞旧岁徽章
日期:2015-03-03 16:54:15

2015年迎新春徽章
日期:2015-03-04 09:56:11

IT运维版块每日发帖之星
日期:2016-08-11 06:20:00

IT运维版块每日发帖之星
日期:2016-08-15 06:20:00

3楼 [报告]

发表于 2009-09-23 17:55 |只看该作者

回复 #1 zhouzezhong 的帖子

LZ说的这个特性，违背了FastDFS的设计初衷。
上传文件时，FastDFS将生成的文件ID（包括路径和文件名）返回给客户端（应用方）。
出于性能考虑，FastDFS不会维护文件ID和文件位置的对应关系。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

论坛徽章:: 0

4楼 [报告]

发表于 2009-09-23 21:12 |只看该作者

fastdfs只是文件系统，不维护其他信息，大家要习惯～～呵呵

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

论坛徽章:: 0

5楼 [报告]

发表于 2009-09-24 09:17 |只看该作者

大家可能还没有理解我的意思.我并不是说key由FastDFS来维护，而是key由客户端（应用）给出，key还是由客户端来维护．
但FastDFS给出一定的hash规则来计算文件的路径．FastDFS要做的，只是提供计算规则而已．客户端只要给出key，FastDFS就能根据规则找到路径上传或下载．

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

发新帖

Chinaunix › 论坛 › IT运维 › 分布式文件系统（FastDFS） › 关于文件key的新需求.

北京盛拓优讯信息技术有限公司. 版权所有京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号：11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员联系我们：huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP