用例:存储MicroSoft Word文档(每个文档<16 MB)并对所有文档(2到3 TB)进行全文内容搜索。
虽然Sharepoint&amp; Alfresco适合我认为其中任何一个对我们的用例来说都是过度杀伤的账单,所以想要探索NOSQL数据库空间。我听说NOSQL数据库不适合管理文件,但作为新手,我不确定。请建议。
答案 0 :(得分:3)
我也会接受你所听到的陈述。您可能会对术语“面向文档的数据库”感到困惑。这类NoSQL数据库(MongoDB和CouchDB属于它)主要是将数据存储在JSON或类似JSON的文档中。它们最适合此类数据,但如果需要,可以使用其他数据格式/用例的备用存储规范(对于MongoDB,这可能是GridFS)。
尽管如此,我建议继续使用SharePoint。它是为这种用例而构建的,如果您使用托管元数据和搜索功能,SharePoint在这种用例中比MongoDB或CouchDB更好用(并且您不必构建用于访问数据的应用程序)
答案 1 :(得分:0)
您可以查看SenseNet(披露:我的公司是SenseNet解决方案合作伙伴。)SenseNet将自己宣传为开源“SharePoint替代品”,并通过提供NoSQL和Relational数据库中的最佳功能您是一个灵活的架构系统,但存储在SQL Server中。
它可以轻松处理本机MS Office文档,可以很好地扩展,并且性能非常高。它使用Apache Lucene进行索引,因此如果您上传Word文档,它会立即被索引并可以使用类似Google的命令进行搜索。学习曲线陡峭,但与任何复杂的框架(如Sharepoint或Alfresco)一样,您将不得不评估学习成本与收益。