ruby-on-rails – 文档管理系统：什么用作存储后端(docs内容存储

发布时间：2020-12-17 03:19:16 所属栏目：百科来源：网络整理

导读：我想制作一个文档管理系统( Ruby中的界面). 什么专业解决方案(Alfresco,Liferay社交办公室,其他人)用于存储和版本化文档？我还能用什么？关键点：存储空间优化(增量,压缩…) 版本控制索引文档的能力(可以是外部的) 在运行时进行备份的能力(实时热备份)

我想制作一个文档管理系统( Ruby中的界面).
什么专业解决方案(Alfresco,Liferay社交办公室,其他人)用于存储和版本化文档？
我还能用什么？

关键点：

>存储空间优化(增量,压缩…)
>版本控制
>索引文档的能力(可以是外部的)
>在运行时进行备份的能力(实时热备份)
>锁定？
>大数据量的可扩展性
>确保数据完整性(散列？)
>权限
>交易
>工作流程支持(可选)

奖励积分：

> KnowledgeTree是如何做到的？
> Liferay Social Office是如何做到的(jcr？)？
> Alfresco是如何做到的？

关于这个问题的任何书籍？

解决方法

我见过的大多数企业文档管理解决方案( Cimage,Documentum,LiveLink)绝对不关心#1.存储相对便宜,特别是如果它是存储与处理(存储和后退).它们主要依赖于基于文件系统的存储 – 可能具有名称抽象,使得ShoppingList.doc可能变为20100909100101a.doc.rev1,其中数据库跟踪给定名称,存储的名称,修订和各种其他数据{MIME类型,标题和放大器;属性等}.通过不生成增量压缩,您可以从任意数量的现有产品/算法中轻松获得索引.使用这种方法,版本控制也非常简单.

根据您正在构建的大小和比例,您还可以将版本化文件存储在数据库中.

(S)FTP或CIFS存储过程还允许您的软件在具有适度空间的应用服务器上运行,但将文件历史存储在某种文件或云服务器上 – 尽管这与基于文件系统的存储没有太大区别.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!