.net - 访问二级数据库的最佳架构

标签 .net database architecture

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

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

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

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

最佳答案

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

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

关于.net - 访问二级数据库的最佳架构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2898033/

相关文章:

.net - Database.EnsureCreated() 不创建表

.net - 通过身份验证自动从网站下载图片,第二部分

Python 查询 SQLite 映射值到列名

c# - N-Layer/N-Tier 错误处理设计

javascript - 通过cordova部署时,服务器端meteor代码在哪里运行?

c# - Web 服务中的 WCF 服务主机

c# - 相关实体未加载

database - 数据库表的草稿版本

php - 从租赁表中租用可用的汽车

java - 识别开源应用程序的架构和库