php – CMS vs Filesystem存储id可扩展性

发布时间:2022-04-30 发布网站:脚本宝典
脚本宝典收集整理的这篇文章主要介绍了php – CMS vs Filesystem存储id可扩展性脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。
请考虑以下事项

我存储了大约120万个TIF文件,大小从40 KB到120 KB不等.

这些文档存储在具有NTFS文件系统的Windows服务器上.

使用以下变量存储文档:

 >客户
>文件类型
>图像文件
>实际形象

见下文:

C:\<client_id>\<doc_tyPE_id>\image001\1.TIF

C:\1\3\image001\1.TiF

它是一个PHP托管系统.

在这阶段,表现是可以接受的.我想知道最好的策略是什么.考虑到客户和文档数量将急剧增加.

我期待用Jackrabbit CMS替换整个存储.

这会是这样的吗?要么

将文档存储为以下格式:

>客户
>文件类型
>导入年度Julian日期的文件.
>现有用户
> 6位唯一代码

C:\1\1\167\2\453257\image001\image.TIF

会变得有效吗?

请从图片删除CMS与文件系统的所有其他注意事项.例如版本控制,数据备份.

谢谢.

解决方法

您的问题与 this one非常相似.您的负载主要是读取您的图像还是写作?如果它是您需要的可读性,那么帖子描述了memcached,这可能就是您所需要的. jackrabbIT具有更多功能,但更适用于分层文本存储.不确定它会在你的图像上做得更好.此外,如果您确实选择了长耳兔,请确保您的内容层次足够深,以便长大熊猫保持高效.任何拥有10,000或更多孩子的父母将获得低于标准的表现.

脚本宝典总结

以上是脚本宝典为你收集整理的php – CMS vs Filesystem存储id可扩展性全部内容,希望文章能够帮你解决php – CMS vs Filesystem存储id可扩展性所遇到的问题。

如果觉得脚本宝典网站内容还不错,欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。