3

We have simple web-based data entry internal business app. Now business wants to be able to attach a document to a row in the database that represents business entity. Document can be Word, Excel, PDF.

How can we do that?

I think creating yet another home grown document management system is not a good idea. Instead we can try to use an third party document management system and integrate tightly form our app. Ideally all user interface will stay within application, without going to an external system. Is sharepoint or documentum capable of doing it? What other options are there?

The application platform is Java/Websphere. We ave both Windows and Unix infrastructure available.

4

3 回答 3

1

我认为任何文档管理系统都可以满足您的要求。有一次，我们对 Sharepoint 做了类似的事情。系统公开了一个 API，允许您查询存储的文档。集成的具体方式取决于您寻求的解决方案。

选择时需要考虑当前系统构建的平台，因为不同的解决方案支持不同的集成技术。例如，如果您当前的系统使用 .NET，那么 Sharepoint 将很容易集成。

许多文档管理系统使用像 SQL 服务器这样的后端数据库，并且集成可以像从应用程序中查询后端数据库一样简单。

于 2008-11-05T18:09:44.047 回答
1

这一切都取决于规模，文档管理系统通常本身就是野兽，需要自己的应用服务器和数据库，拥有大量复杂的 API，并且真的应该在专用机器上运行。

它们实际上是关于管理文档的生命周期（即工​​作流程）、角色和围绕这些文档的访问，以及按照明确定义的时间表处理文档。

如果您打算处理一些针对用户表单的单个文档，我建议您使用以下形式的表格

long : id long : form_id

与

斑点：形式

或者

Varchar(2) : form_path

与您的表格并行。除非您准备好接管您的项目，否则我会远离“文档管理系统”。我能提供的最好的缓解方法是添加一个

随便：document_id

到您的餐桌上，并使用开箱即用的文档管理系统安装

于 2008-11-05T18:45:22.277 回答
0

我同意其他评论者的观点，EDRMS 系统往往是怪物。

我已经将一个内部系统与一个主要的 EDRMS 产品集成在一起，如果我再次这样做，我会寻找以下内容：

  1. 很好（并且准确地！）记录了 API，最好带有一些代码示例。
  2. 相当大的用户群，最好也有一个体面的社区
  3. 积极的支持——要么是一个非常活跃的开源项目，要么更可能是一家忠诚的公司。不要购买用户少或接近 EOL 的东西！

顺便说一句，这些东西让你进入了“企业”领域；有时你付出的越多，你得到的就越糟糕。

编辑：这里还有一个类似的问题：Subversion 是一个流行的答案。

于 2008-11-05T20:39:16.943 回答