Database 我们应该使用Web服务还是直接访问数据库

我们应该使用Web服务还是直接访问数据库。当然，直接数据库访问相对更快，而且使用Web服务时，如果我们必须使用多个平台，这是很好的。

---

与DB调用相比，通过Web服务访问数据的时间是否明显偏高？还是偏高？

不要尝试优化您尚未编写的内容。使用web服务是最佳实践。直接调用数据库只会让您面临更多的安全问题

---

编写软件时最重要的一点是写得好，速度通常是最后一个问题。

不要试图优化你甚至还没有编写的东西。使用web服务是最佳实践。直接调用数据库只会让您面临更多的安全问题

---

编写软件时最重要的一点是写得好，速度通常是最后一个问题。

我不同意TruthOf42，因为web服务是数据访问的最佳实践。现在这种方法肯定有很大的转变，但我认为常用方法与最佳实践并不相同。仅仅因为某些东西很普通/流行并不意味着它最适合所有情况

为什么要使用web服务

如果计划使用多个应用程序，请使用通用数据访问层

如果您计划将数据公开给外部客户机

如果您想在应用程序和数据库之间划出一些硬的物理界限

我认为进行web服务调用总是比仅仅针对数据库编写查询要慢。但是，您可以通过明智的网络规划和缓存来缓解这些问题

我同意Aphelion的观点，如果它是一个简单的应用程序，那么就保持它的简单

---

一个好主意是在代码中创建一个接口来获取数据，然后从数据库实现开始。如果您发现以后想引入web服务，那么您可以保留相同的界面，只实现一个版本来进行web服务调用，而不是直接拨打数据库。

我不同意TruthOf42，因为web服务是数据访问的最佳实践。现在这种方法肯定有很大的转变，但我认为常用方法与最佳实践并不相同。仅仅因为某些东西很普通/流行并不意味着它最适合所有情况

为什么要使用web服务

如果计划使用多个应用程序，请使用通用数据访问层

如果您计划将数据公开给外部客户机

如果您想在应用程序和数据库之间划出一些硬的物理界限

我认为进行web服务调用总是比仅仅针对数据库编写查询要慢。但是，您可以通过明智的网络规划和缓存来缓解这些问题

我同意Aphelion的观点，如果它是一个简单的应用程序，那么就保持它的简单

---

一个好主意是在代码中创建一个接口来获取数据，然后从数据库实现开始。如果您以后想引入web服务，那么您可以保留相同的界面，只需实现一个版本来进行web服务调用，而不是直接拨打数据库。

可能是此版本的副本，这取决于您的体系结构。是否有多个应用程序将使用您的数据访问层？它是一个大型企业应用程序还是您正在开发一个小型实用程序？还有一个中间方法：实体框架（或其他or/m）关注您的可维护性。当性能成为问题时，应在事后进行优化。可能是重复的，这取决于您的体系结构。是否有多个应用程序将使用您的数据访问层？它是一个大型企业应用程序还是您正在开发一个小型实用程序？还有一种中间方法：实体框架（或其他or/m）关注您的可维护性。当性能成为问题时，应在事后对其进行优化。@ryan1234您是指类似于编程接口oop类的接口吗？是的，是编程接口。@ryan1234您是指类似于编程接口oop类的接口吗？是的，是编程接口。