文件服务器caching的规划和实现

有人可以告诉我的程序和要求,如果我想为文件服务器设置caching? 我从来没有实现这样的事情,我没有一个非常清楚的想法如何实施它,一步一步(主)程序和要求将高度赞赏。

场景:

从应用程序最终用户select“文档”选项可以在应用程序屏幕上看到文件或文档(主要是pdf和xml),但实际上是从数据库中提取的文件的名称(元数据)。 当用户单击屏幕上的文件名时,请求将转到数据库和数据库调用到保存实际文件的Documentum服务器。 然后Documentum通过Documentum Web服务(Documentum的后端)来完成这项工作。 然后打开或下载实际的文件。 在这个过程中,如果任何客户有10-15个文件,那么需要更多的时间来加载,我想加快这个过程。

更多信息:

应用程序和文档托pipe在Linux上,数据库位于AIX上。 文件是静态的。 所有的文件都有唯一的ID。 文件的平均大小是3 MB。 如果创build了相同数据的任何新版本,则全部保留在具有版本控制的相同目录中。 (相同的文件不被编辑)

一些问题:

这种方法有效吗? 还是有更好的办法? 哪里应该实施caching服务器,这将更有效? (Documentum方或任何其他)如果有任何文件在caching中,并且在后端生成了一些新版本的文件,那么情况会是怎样? 在这种情况下,用户将直接从caching(这不是预期的)或从实际的服务器新修改的文​​件中获取文件?