【问题标题】:Best architecture for accessing secondary database访问二级数据库的最佳架构
【发布时间】:2011-02-23 06:59:36
【问题描述】:

我目前正在开发一个应用程序,它将使用 Linq to SQL(或可能是 EF)数据访问层。我们已经有一个数据库来保存我们所有的联系人信息,但目前还没有相关的 API。我需要从新应用程序中与此数据库交互以检索联系人详细信息。

我可以想到两种方法来做到这一点 - 1) 针对联系人数据库开发一套 Web 服务 2) 针对联系人数据库编写 Linq to SQL(或 EF)DAL 和 API

我将来可能会开发更多的应用程序,这些应用程序也需要访问联系人数据。

通常首选的方法是什么?我需要考虑哪些要点?我是在问一个明智的问题,还是我遗漏了一些明显的问题?

【问题讨论】:

    标签: .net database architecture


    【解决方案1】:

    如果您需要通过 Internet 从数据库中检索信息,或者跨部门(如部门)无法直接访问联系人数据库的其他边界,您将开发一组 Web 服务。

    否则,我会走简单的路线并在其周围包裹一个 DAL。开发 Web 服务在多个层面上的成本更高,因此在开发之前请仔细考虑您的需求。

    【讨论】:

    • 虽然我强烈同意罗伯茨的建议,但请注意向谁解释该选择。一些 SOA 狂热者会说他的建议不合时宜,过时了,并且(试图)说服你使用 SOA。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-09-10
    • 2018-03-15
    • 1970-01-01
    • 1970-01-01
    • 2011-02-24
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多