如果 LINQ-to-SQL 克服了 .NET 应用程序与 SQL Server 数据库通信的对象关系阻抗不匹配......
如果我想构建一个 .NET MVC UI，我的模型在其中查询 Documentum CMS 数据库......
是否有 LINQ to DQL（Documentum 查询语言）库？...
...这将帮助我克服与 Documentum 交谈时的对象关系阻抗不匹配？
我正在开发一个项目，其中将重新构建从 Documentum 6.5 内容管理系统中提取内容的 .NET Web 应用程序。
.NET Web 应用程序将是 .NET MVC 并将构建为独立的应用程序。
理想情况下，构建 .NET 应用程序的团队不必学习 Documentum 的复杂性和界面构建，而且 Documentum 学习课程可能是多余的，并且可能会超过项目时间框架 300%-400%。
所以在我开始尝试联系 EMC 之前，有没有人听说过这样的事情？我认为“LINQ to DQL”的想法是合乎逻辑的一步。尽管我以前使用过 ECM 并了解这些概念，但我从未使用过 Documentum。我知道 Documentum 传统上是基于 *nix、Java、Apache (Tomcat) 的，但这不应该阻止我从类似于 SQL 的 .NET 应用程序查询它。如果我们走得那么远，不妨看看 LINQ 的查询机制......？