1

用例:存储 Microsoft Word 文档(每个文档 < 16 MB)并在所有文档上进行全文内容搜索(2 到 3 TB)。

尽管 Sharepoint 和 Alfresco 符合要求,但我觉得它们中的任何一个对于我们的用例来说都是多余的,所以想探索 NOSQL DB 空间。我听说 NOSQL 数据库不适合管理文件,但作为新手我不确定。请建议。

4

2 回答 2

3

我也同意你听到的声明。您可能会对术语“面向文档的数据库”感到困惑。这类 NoSQL 数据库(MongoDB 和 CouchDB 都属于它)大多将其数据存储在 JSON 或类似 JSON 的文档中。它们最适合这种数据,但如果您需要,您可以为其他数据格式/用例使用备用存储规范(对于 MongoDB,这可能是GridFS)。

尽管如此,我还是建议继续使用 SharePoint。它是为此类用例而构建的,如果您使用托管元数据和搜索功能,SharePoint 在这种用例中的工作效果比 MongoDB 或 CouchDB 更好(并且您不必构建应用程序来访问您的数据)。

于 2015-09-07T13:59:42.820 回答
0

您可以看看SenseNet(披露:我的公司是 SenseNet 解决方案合作伙伴。)SenseNet 将自己宣传为开源“SharePoint Alternative”,并通过为您提供灵活的模式系统来利用 NoSQL 和关系数据库的优点,但存储在 SQL Server 中。

它可以轻松处理本机 MS Office 文档,扩展性好,而且性能非常好。它使用 Apache Lucene 进行索引,因此如果您上传 Word 文档,它会立即被索引并可以使用类似 Google 的命令进行搜索。学习曲线很陡峭,但与任何复杂的框架(如 Sharepoint 或 Alfresco)一样,您必须评估学习成本与收益。

于 2015-12-25T01:07:03.690 回答