代码之家 › 专栏 › 技术社区 › clyfe

文档管理系统:使用什么作为存储后端(文档内容存储库)?

dms document storage versioning ruby-on-rails

5

clyfe · 技术社区 · 14 年前

我想做一个文档管理系统(Ruby接口)。
专业解决方案(Alfresco、Liferay social office等)用于存储和版本控制文档的哪些方面?
我还能用什么?

要点:

存储空间优化(增量、压缩…)
版本控制
索引文档的能力(可以是外部的)
锁定?
大数据量的可扩展性
确保数据完整性(散列?)
权限
事务性
工作流支持(可选)

你怎么知道的 KnowledgeTree
Liferay Social Office 做它(jcr?)?
Alfresco 怎么办?

有关于这个问题的书吗?

3 回复 | 直到 14 年前

1

5

Rudu Andrew Whitaker 14 年前

Cimage , Documentum LiveLink )绝对不在乎#1。存储相对便宜,尤其是在存储和处理(存储和检索)之间。它们主要依赖于基于文件系统的存储—也许是名称抽象,例如 ShoppingList.doc 也许变成 20100909100101a.doc.rev1 ,数据库跟踪给定的名称、存储的名称、修订和各种其他数据{MIME类型、头和属性等}。通过不生成增量+压缩,您可以很容易地从任何数量的现有产品/算法中获取索引。使用这种方法,版本控制也非常简单。

根据构建的大小和规模,还可以在数据库中存储版本控制的文件。

FTP或CIFS存储进程也允许您的软件在具有适当空间的应用程序服务器上运行,但将文件+历史记录存储在某种文件或云服务器上—尽管这与基于文件系统的存储没有太大区别。

2

1

Nicholas Knight 14 年前

我的第一反应就是 just use Subversion . 你需要外部索引,如果你想存储散列,你需要自己写一些代码,但其他的都适合。

它附带了ruby绑定,尽管我个人并不熟悉它们的质量。

3

0

Javier 14 年前

alfresco通常用作后端,它有一个很好的restapi。如果您不喜欢包含的集成API,也可以定义自己的集成API。