编程语言
首页 > 编程语言> > php – CMS vs Filesystem存储id可扩展性

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或更多孩子的父母将获得低于标准的表现.

标签:jackrabbit,php,performance,content-management-system,ntfs
来源: https://codeday.me/bug/20190730/1584240.html