我管理一所大学的文件管理系统。该系统是第 3 方，与作为我们 ERP 系统的另一个第 3 方数据库集成。DMS 相当笨重，并且有大量可怕的错误/缺乏功能和支持。出于好奇，我在空闲时间一直在玩 Google App Engine / Drive SDK。由于我们是 Google Apps for Education 客户，因此我们拥有无限的驱动器空间，并且我们所有的用户都是 Google Apps 用户。
在内部构建一个利用 Drive SDK 管理所有大学文件（约 6 TB）的 Web 应用程序（可能由 Google App Engine 提供支持）是否可行。从我的实验来看，它似乎具有所需的所有功能。
由于您将构建自己的软件，因此“它会做我想做的事”的答案总是“是的，最终”。
您需要决定文档格式，这反过来会影响您的索引机制。具体来说，您有两个主要选择：-
将文件转换为 Google 文档格式（文档、电子表格等）。然后，您将能够使用 Google 自己的索引和搜索，例如。就像您从 drive.gogle.com 一样。缺点是在导入/导出往返过程中可能会丢失格式。
保持文档的原始格式（例如 MS .docx），并执行您自己的索引。这将需要解析每种文档类型，这很重要，但我确信有第三方库可以提供帮助。好处是您检索的文档与您导入的文档相同。
我想我会考虑做上述两个。因此，当您将文件导入 DMS 时，您会将其两次存储到 Google Drive，已转换和未转换。使用 App Engine 数据存储来跟踪配对。这样，您可以使用云端硬盘搜索来查找转换后的文档，但您提供给用户的文件是其未转换的双胞胎。