sql-server-2008 - 并排使用 couch db 和 sql server

Question

我们目前有一个关系很好的 sql server 2008 数据库，它是我们的主应用程序数据库。我们正在寻求改进现有的文档存储机制，该机制使用 xml 数据类型和一些更无模式的东西，可以处理类似但不相同的文档，并认为 couchdb 会很合适。

这个想法是关于文档的通用元数据可以存储在 sql server 中以便于显示/聚合/报告，但实际文档存储在沙发上以处理文档中的细微差异。这个想法是为了充分利用这两种不同的技术。

例如，状态、类型、相关人员和创建的日期在所有文档中都是通用的，并存储在 sql 中，但电子邮件和一封信(显然具有不同的字段)可以存储在沙发上。

然后我们可以为所有类型的文档(数千个文档)显示我们的文档网格，这些文档可以通过 sql 查询，但是当用户请求查看它时，文档的显示从沙发上获取其数据。

需要记住的是，某些文档类型是从模板生成的，这些模板也是文档本身(想想邮件合并/查找和替换)。

应用层为asp.net 4.5、c#、repository模式、Windsor for ioc、JavaScript

所以，对于这个问题...

这种方法是否是充分利用两种不同数据存储范式的明智方法？

我们是否为了“对问题使用最合适的技术”而使我们的编程生活变得不必要地复杂？

有没有人有任何尝试类似的经验，如果有，它是如何进行的？

Answer 1

对文档使用两种不同的存储格式确实并不少见:一种用于可搜索方面和元数据，另一种用于演示。

从更一般的角度来看，该方法有点类似于我们在丹麦皇家图书馆开发并在 Planets EU 项目中插入的方法:

http://www.researchgate.net/publication/221176211_Archive_Design_Based_on_Planets_Inspired_Logical_Object_Model

这是另一篇论文，以更一般的方式讨论了这种方法:
"Opening Schrödingers Library"

目标是存档。我们认识到，在转换文档以进行存档或保存时，在保留原始文档的属性、格式、外观、内容等方面，没有一种存储格式比任何一种存储格式都更胜一筹。解决方案:转换为多种格式，并使用复杂的数字对象来跟踪转换，以及在哪种转换中最好地保留了原始文件的哪些方面。

所以在我看来，这种方法在理论上和实践上都是合理的。

实际问题:您可能需要某种数字对象来跟踪文档的各个部分，例如。它是只出现在一个系统中(以及哪个系统中)，还是同时出现在两个系统中。看来您将在这方面使用 SQLserver，这听起来很明智。

我们实际上确实实现了我们在论文中描述的对象模型，最后我听说他们仍在使用它。